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eue Entwicklungen 
werfen ihre Schlagwor- 

te voraus. Daß UNIX 
„das Betriebssystem der 90er 
Jahre“ wird, ist sogar schon 
bis auf die Wirtschaftsseiten 
der Tagespresse vorgedrun- 
gen. Selbstredend sind auch 
wir dieser Ansicht, und so hal- 
ten Sie jetzt die erste iX in den 
Händen, die Startnummer ei- 
ner Sonderheftreihe von c't 
mit dem Schwerpunkt UNIX. 


Das sympathische Betriebssy- 
stem aus den Bell-Laborato- 
ries ist in aller Munde. Jeder 
DV-Profi kennt die Argumen- 
te für UNIX aus dem Eiffeff. 
Der Begriff „Portierbarkeit“ 
beispielsweise dürfte gute 
Chancen auf einen der vorde- 
ren Plätze in der Hitliste der 
meistverwendeten Begriffe in 
der DV-Fachpresse haben, in 
Konkurrenz zu „Standard(s)“, 
„offene Systeme“ und „An- 
wenderinteresse“. 


Ob dieser Wunderdinge stellt 
sich die Frage: warum erst 
jetzt? Warum braucht es fast 
20 Jahre, bis sich ein „über- 
zeugendes“, „schlankes“, „mo- 
dulares“, „weitgehend in einer 
Hochsprache geschriebenes“ 
und „strukturiertes“ Multi- 
user - Multitasking - Betriebs- 
system am Markt durchsetzt? 


Die beliebte Antwort, es gebe 
erst seit wenigen Jahren preis- 
günstige Rechner, die eine 
massenhafte Verbreitung von 
UNIX ermöglichen, ist zutref- 
fend, aber nicht hinreichend. 
Schließlich geht's nicht nur um 
Mikros. 


Die Gründe in der „Trägheit 
des Marktes / des Menschen / 
der Welt“ oder der „Borniert- 
heit des Anwenders“ zu sehen 
klingt zwar naheliegend, trifft 
aber so pauschal für alles und 
jedes zu. 


Nicht leicht vom Tisch zu wi- 
schen sind die typischen Ein- 
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wände der UNIX-Kritiker: die 
für den Laien (und nicht nur 
den) zu „kryptische“ Oberflä- 
che oder die Probleme mit 


Datenschutz- und Datensi- 
cherheit durch unzureichende 
Recovery-Möglichkeiten und 
Zugangsschutz-Mechanismen. 
Nun gut — es ließen sich zu- 
dem die Stichworte „keine 
Echtzeitverarbeitung“ und 
„fehlendes Transaktionsma- 
nagement“ anführen. Diese 
Einwände gelten nach wie vor. 
Sind sie heute weniger wichtig 
als in den letzten 20 Jahren? 


Wahr ist auch, daß sich bis- 
lang kein einheitlicher UNIX- 
Standard durchsetzen konnte. 
Doch warum eigentlich nicht? 


Diese Frage führt zum Kern 
der Sache: Weil der Markt es 
nicht nachdrücklich gebot. 
Anders ausgedrückt, weil die 
Vermarktungsinteressen 
(noch) nicht stark genug wa- 
ren. 


Denn gutes Marketing ist zur 
Durchsetzung eines Produktes 
allemal wichtiger als hervorra- 
gende Technik. Bei dieser 
These mögen sich Program- 
mierern und Technikern die 
Nackenhaare sträuben, den 
Beifall aus den Abteilungen 
Vertrieb und Werbung neh- 
men wir dankend entgegen. 





Die Geschichte von UNIX 
legt jedenfalls genau diese 
Antwort nahe. 


Die kommerzielle Entwick- 
lung von UNIX setzte erst ein, 
als sich UNIX im nicht mehr 
ganz taufrischen Alter von 14 
Jahren befand: 1983, als 
AT&T System V vermarktete 
und anfıng, dieses System als 
„Standard“ zu bezeichnen. 


Ein Jahr später gab es nicht 
nur ein Standard-Produkt, 
sondern auch eine Definition 
und zwei Neugründungen: 
AT&Ts Schnittstellenbe- 
schreibung SVID (System V 
Interface Definition), die Kon- 
stitutierung der X/Open- 
Gruppe in Europa und die 
Formierung der Arbeitsgrup- 
pe P1003 innerhalb des IEEE 
(Institute of Electrical and 
Electronics Engineers), die 
1986 den POSIX-Standard 
veröffentlichte. 


Hintergrund: In der Branche 
verbreitet sich die Erkenntnis, 
daß sich das Verhältnis von 
Hardware- zu Software-Inve- 
stiionen rapide zugunsten 
letzterer verschiebt. Damit zu- 
sammen hängt eine Diskre- 
panz zwischen dem „Alte- 
rungsprozeß“ von Software 
und Hardware. Während die 
Programme bis zu 10 Jahre im 
Betrieb sind, gilt die Hardwa- 
re nach etwa drei Jahren als 
„veraltet“. Das Problem ist 
nur, daß sich kein Anwender 
für neue Hardware erwärmt, 
wenn dadurch die teure Soft- 
ware unbrauchbar wird. 


Was macht der absatzorien- 
tierte Systemhersteller, einen 
Hardware-Innovationszyklus 
von drei Jahren im Auge? Er 
beginnt, von „offenen Syste- 
men“ und deren „Standards“ 
zu reden und. diese vorzube- 
reiten. Er entdeckt, daß 
UNIX sich als Basis eines of- 
fenen Systems eignen würde. 
Er macht also genau das, was 
1984 die X/Open-Gründer 
taten. 


Standards aber entstehen 
nicht am grünen Tisch, son- 
dern setzen sich, wie die Ge- 
schichte des sogenannten In- 
dustriestandards für PCs 
lehrt, am Markt durch. Eben 
das kann auch die „Open Soft- 
ware Foundation“ (OSF) zu 
einem entscheidenden Faktor 
für die Entwicklung von 
UNIX machen. Die dort be- 
teiligten Firmen repräsentie- 
ren genügend Marktmacht, 
um De-facto-Standards zu 
setzen — Standards, die wirk- 
lich zählen. 


Ob dabei immer das technisch 
Bestmögliche herauskommt, 
steht auf einem anderen Blatt, 
Auch wenn die Beteiligten die 
Interessen der Anwender 
nicht oft genug betonen kön- 
nen — die Entscheidungen 
treffen die Hersteller. Das 
OSF-Basis-Betriebssystem 
heißt AIX, weil man auf Big 
Blue nicht verzichten kann. 
Für den Fall eines Beitritts 
von AT&T würde man sich 
auf System V einigen. Ein 
Schelm, wer da von Proporz- 
denken redet. 


Wie auch immer das Poker 
um „das Betriebssystem der 
90er Jahre“ ausgehen wird, ob 
es ein, zwei oder viele Stan- 
dards gibt — wir wollen mit 
der c’t-Sonderheftreihe iX 
durch Fakten, Analysen und 
Hintergrundinformationen 
das beleuchten, was hinter 
den Herstellerverlautbarun- 
gen und Werbebotschaften 
steckt. Neben UNIX geht es 
auch um Netzwerke oder OS/ 
2; Themen also für diejenigen, 
die sich (noch) nicht für 
UNIX entschieden haben. 
Kritik ist ausrücklich er- 
wünscht — was ist schon eine 
Redaktion ohne das Feedback 
ihrer Leser. 


(Jürgen Seeger) 











Freu Dich, Büro! 


Weg mit Papier, Bleistift und Schere! Die Zukunft des 
Büros ist digital, integriert und elektronisch. Verheißen 
jedenfalls die Prospekte der DV-Anbieter. Ist das 
realistisch? Wünschenswert ? Gar unumgänglich ? 
Das Titelthema über Gegenwart und Zukunft der 
Bürokommunikation, über Produkte, die man kennen 
muß, und über Bücher, die zu lesen sich lohnt. 


Seite 40, 46, 49, 51, 54, 57 und 62 
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Die Grenzen zwischen High- 
End-PCs und Workstations be- 
kommen zunehmend akademi- 
schen Charakter. Sun rechnet 
seinen 386i zur Kategorie Grafik- 
Workstation, der AT-kompatible 
GTI325 der Firma GTI entpuppte 
sich als Rechenkünstler. 


Seite 64 und 78 





Zwitter 


Drei in eins MSDOS nicht missen wollen und 
trotzdem von UNIX profitieren ? 
Die UNIX-Versionen Berkeley 4.3, System Für Anbieter von 80286/80386- 


V.3 und Aegis vereint Domain/OS, das Be- UNIX-Systemen gehört es schon 
triebssystem der 68030-Workstation von fast zum guten Ton, die Brücken 
Apollo. Ein erster Blick auf die DN3500 zur PC-Welt nicht abzubrechen. 
zeigt, was man außer 4 MIPS und 4 MByte VP/ix und Merge 386 sind zwei 
noch alles für 25 000 Mark bekommt. von den Produkten, die DOS zu 

- einer Task unter anderen 
Seite 26 master. 


RENNEN Seite 30 
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Sag mir, wieviel Standards... g 


Männer, Märkte, Meinungen — über die Zukunft 
von UNIX und die Pläne der Open Software 
Foundation diskutierte der Direktor 

des Brüsseler OSF-Büros, Henning 
Oldenburg, mit der iX-Redaktion. 


Seite 35 















Transatlantisch 


Selbst härteste Dauertelefonierer 
werden in der “On-Phone-Zeit” 
von jedem “Backbone” überholt. 
Was das ist, was das kostet 

und warum Electronic Mail 
immer beliebter wird, auf 


Seite 74 
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Vernetzt 


Tieferes Verständnis der 
Rechner-Rechner-Kommuni- 
kation setzt die Vorab- 
beschäftigung mit neokonser- 
vativ anmutenden Begriffen 
voraus — es geht um Hierarchien, 
Schichten und Protokolle. 


Seite 74 


iX 11/1988 


ORGAN SAT LONG -DIAGRAMM 





markt + trends 





Geschäftsfähig geworden 


GUUG-Jahrestagung in 
Hannover 


Preisbrecher 
UNIX-Anlage komplett 
unter 10 000 Mark 8 


Dreißig gegen IBM 


EISA, der neue 
Busstandard? 8 


Backup-Normierung 
Gigatape-Vorschläge 
zur DAT-Norm 9 


Brief und Siegel 
X/Open stellt Warenzeichen- 
programm vor 10 


Sturz beim Paarlauf 


Handshake-Bug bei 80386/387- 
Kombination 1 


Einig über OSI 


SPAC/COS-Einigung über 
offene Systeme 14 


Wartezustand 


Cologne Computer Conference 
ohne PS/2-AIX 15 


Erfahrungsaustausch 


Oracle-Anwender gründen 
Benutzergruppe 16 


Umsatz mit ESPRIT 
20 Millionen für ADV/ORGA 16 


über 5 MIPS für AIX 
Neue IBM-6150-Workstations 17 


Sprachförderndes 
Abkommen 


HP-Kooperation mit Octel 18 


7,3-Milliarden-Projekt 
definiert 

JESSI-Konzept für 100-Megabit- 
Chips 18 


Farbe im Paket 


Bildverarbeitungssystem für 
Sun-3/4 


Wang 2200 auf UNIX 
System V 

TCS portiert Wang-BASIC-2- 
Software 


PS/2-Clones vorbereitet 
Bull, G-2 und Apricot 
kündigen Kompatible an 21 


UNIX-Workstations steuern 
Instrumente 

IEEE-488-Bus für Sun- 

Systeme 22 


aktuell 
Kurzmeldungen 23 


Lernen mit neuen Medien 
UNIX-Video für Einsteiger 24 


Performance-Künstler 
DN3500 von Apollo Domain 26 
UNIX goes DOS 

VP/ix und Merge 386 30 


Zukunftsmusik im Büro 
Informations Management 


System ODIN 46 


Klassiker mit Format 
Mehrplatzsystem Ofis Manager 49 


Tips, Trends, Thesen 
Literaturübersicht Büroauto- 
matisierung 51 
Netzfähiges Paket 


Smart: Integriertes Paket für 
UNIX und MSDOS 54 


In Zukunft integriert 
Alis: Bürokommunikation nach 
WYSIWYG-Manier 


Auch unter UNIX ein 
„Road Runner“ 


Suns Workstation 386i 64 
High-End-AT 
GTI 385 mit 25 MHz 78 





Teilbare Atome 





NF 2-Datenbank Pisa 85 

Relational, aber schnell 

Datenbank-Server Informix- 

Turbo 86 
Id-Tefelgi 


Die offene Gesellschaft 
und ihre Freunde 

Die OSF und die System- 
architektur der 90er Jahre 35 


Aufbruchstimmung bei OSF 
iX-Interview mit Henning 
Oldenburg 37 


Bürointelligenz 
KI in der Bürokommunikation 57 


Kooperative 
Kommunikation 

Nationale und internationale 
UNIX-Netze 74 


Komplexe Beziehungen 
Post-Relationales Datenbank- 
design 


Den Schuß nicht gehört. 


EDV-Alternativen für Steuer- 
berater 








Der Werkzeugkasten füllt 
sich 

CASE: Computer Aided 
Software Engineering 98 
Wurzeln schlagen 
X-Window-Programmierung 104 
Klein, aber Muckis 
Serienbriefe mit sed 113 
Informationsträger 
Integrierte Bürosysteme 40 
Werkzeug für 


den Wortkünstler 
Textverarbeitungsprogramme 68 





PCs im Netz 

Grundlagen der Rechner- 
vernetzung 9% 
Editorial 3 
Bücher 109 


Inserentenverzeichnis 112 


Impressum 114 
5 


markt + trends 


















Auch dieses Jahr war die Ta- 
gung der German UNIX User 
Group (GUUG) keine markt- 
orientierte Veranstaltung. Nach 
wie vor überwog der Anteil der 
Techniker, die sogenannten 
“Entscheidungsträger’ sind noch 
rar. Aber das Interesse des Big 
Business wächst, was unter an- 
derem hochkarätig zusammen- 
gesetzte Diskussionsrunden be- 
legen. Ein Trend, der übrigens 
von manch alteingesessenem 
GUUGIler mit gemischten Ge- 
fühlen betrachtet wird. Wie 
auch immer: UNIX ist, so Burk- 
hard Storck vom Programmko- 
mitee der GUUG, heute mit ei- 
nem Alter von fast 20 Jahren nicht 
nur ‘volljährig’, sondern auch 
‘geschäftsfähig’. Nicht mehr die 
Abgrenzung nach unten, von 
den ‘Freaks’ mit ihren ‘Spielzeu- 
gen’, ist die Hauptdebatte, son- 
dern die Integration in beste- 
hende DV-Anlagen. 


Kontrovers 


“UNIX (x)or Mainframe’ habe 
sich damit als Thema einer der 
zentralen Podiumsdiskussionen 
geradezu aufgedrängt, meinte 
der GUUG-PR-Beauftragte 
Ralph Treitz; die Frage also, 
welche Chancen UNIX in der 
traditionell orientierten, kom- 
merziellen Datenverarbeitung 
hat, der bisherigen Domäne der 
Großrechner. Die Podiumsdis- 
kussion brachte Vertreter von 
Großrechner-Herstellern mit 
den Chefs von kleinen und mitt- 
leren Systemhäusern an einen 
Tisch. 
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Dort prallten unterschiedliche 
Philosophien aufeinander. Die 
Ausführungen Robert Übel- 
messers (Cray), UNIX fehle im 
Vergleich zu den ‘großen’ Be- 
triebssystemen eben noch eini- 
ges (unter anderem ein Batch- 
und ein File-Subsystem), spitzte 
IBM-Vertreter Dieter Woll- 
schläger polemisch zu: Die Aus- 
rüstung von Großbanken oder 
Versicherungen mit Anlagen in 
der Größenordnung von 2000 
bis 3000 Arbeitsplätzen sei eben 
eine andere Sache als ‘Jugend 
forscht mit UNIX’. Dies stieß 
nicht nur bei Peter Schnupp von 
der Münchner Interface GmbH 
auf lebhaften Widerspruch. Sei- 
ner Ansicht nach sind solche 
Anforderungen absolute Aus- 
nahmefälle, fast alle Großan- 
wendungen ließen sich heute mit 
verteilten Systemen realisieren. 


Hans Strack-Zimmermann, 
ehemals Siemens und heute ei- 
ner der iXos-Eigentümer, sah 
gar quasi weltanschauliche Dif- 
ferenzen im Spiel. Um aktive, 
vom Menschen kontrollierte, 
versus passive, durch die Ma- 
schine kontrollierte Datenver- 
arbeitung gehees, und damit um 
das Beibehalten der ‘hohen In- 
teraktivität’, die UNIX als Ei- 
genschaft kleiner Systeme mit- 
bringe. Pragmatisch orientiertes 
De-facto-Schlußwort aus dem 
Publikum: Man wolle keine 
quasi-religiösen Streits verschie- 
dener Schulen oder Lager. Man 
wolle lediglich auf eine mög- 
lichst wirtschaftliche Weise Da- 
tenverarbeitung betreiben. 
Egal, was dahintersteckt. 








Gehemmt: Diskutieren 
hätten wir schon gewollt, 
aber dürfen haben wir uns 
nicht getraut — AT&T, 
X/Open und die OSF 

an einem Tisch. 


Modernisiert: 
Targon/31-5 mit 68030 
CPU und 68882 FPU. 


Vorführbar: 

HIT mit 
Grafikeinbindung 
für SINIX mit 
Benutzeroberfläche- 
Collage. 





Produktreif: 
UNIX-MSDOS-LAN- 
Integrationspaket 
AdLANtes. 


“ Foto: Detlef Borchers 
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Volles Haus auch bei der groß 
angekündigten Podiumsdiskus- 
sion der Vertreter von X/Open, 
OSF und AT&T. Die Hoffnung, 
daß auf deutschem Boden die 
erste öffentliche Debatte der 
Kontrahenten stattfinden 
würde, erfüllte sich nicht. Ingo 
Wieneke von AT&T-Deutsch- 
land hatte Weisung, sich auf 
keine Diskussion einzulassen, 
und las vom Blatt ab. AT&T 
stehe zu einem einzigen UNIX- 
Standard, den zu wahren man 
sich gegenüber. hunderten von 


Lizenznehmern verpflichtet 
habe. 
Beredtes Schweigen 


Die im Zusammengehen mit ih- 
ren Partnern erzielten Erfolge 
bei der Verschmelzung von 
UNIX und XENIX zum liefer- 
baren UNIX System V Ver- 
sion 3.2 würden bis 1989 von 
der endgültigen Verschmelzung 
zum System V 4.0 gekrönt wer- 
den, das Systementwickler 
schon jetzt kennenlernen. 


Weitere Schubkraft erwarte 


P 



















CIM (Computer Integrated 
Manufacturing) ist das 
Thema der Systec 88, die 
vom 25. bis 28. Oktober in 
München stattfindet. 453 
Firmen aus 15 Ländern sind 
als Aussteller gemeldet. Die 
Systec findet im jährlichen 
Wechsel mit. der Systems 
statt und versteht sich als 
spezialisierte Fachmesse für 
technisch-wissenschaftliche 
Anwendungen. Unter dem 
Thema CIM sind in diesem 
Jahr alle gängigen C-Tech- 
niken zusammengefaßt, wie 
CAD, CAM, CAQ, CAE 
und PPS. 


Großen Stellenwert haben 
zwei vom VDI ausgerichtete 
Kongresse. Der zweitägige 
CIM-Kongress beginnt am 
25. 10. und versteht sich als 
Anwenderkongreß, der die 
mit der CIM-Einführung 
verbundenen Probleme the- 
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man durch Open Look, das eine 
ganz neue Benutzerschicht an 
UNIX binden werde. Bei so viel 
Lob schien dem AT&T-Spre- 
cher auch die Kritik an AT&T 
nicht weiter tragisch: ‘Ich gebe 
zu, daß wir in bezug auf die 
Gespräche mit unseren Lizenz- 
nehmern einige Lektionen zu 
lernen hatten. Wir haben unsere 
Schläge eingesteckt. Aber das 
Ergebnis ist ein offenerer und 
ausgeglichenerer Entwicklungs- 
prozeß mit der Einrichtung ei- 
nes unabhängigen Beratergre- 
miums.’ 


Dank dieser von den Industrie- 
anwendern bestückten Exper- 
tenrunde werde AT&T markt- 
orientierter reagieren und ‘das 
Fenster zur Industrie weit auf- 
stoßen’. Hier solle die SVID 
(System V Interface Definition) 
die wahre Portabilität sichern. 
Entgegen allen Bedenken sei- 
tens der Anwender sei mit der so 
überwachten Entwicklung der 
SVID Garant für die Flexibilität 
von UNIX. In diesem Licht er- 
schien SVID als praxisnaher 
Gegenpart zur OSF, die Ingo 


6%) Systec 88 


matisiert. Mit dem CAD- 
Kongreß, der am 27.10. 
startet und ebenfalls zwei 
Tage dauert, veranstaltet der 
VDI mittlerweile den achten 
Kongreß zu diesem Thema. 
Er soll als Forum für den 
Erfahrungsaustausch zwi- 
schen CAD-Herstellern und 
-Anwendern dienen. 


Einen Tag vor Messebeginn 
finden in.der Kongreßhalle 
des Messegeländes drei Tu- 
torien statt; Themen sind: 
‘Kommunikationsnetze für 
verteilte Systeme’, ‘Software 
Engineering für Automati- 
sierungsprojekte’ und “Wis- 
sensbasierte Systeme’. Am 
gleichen Tag soll ein Forum 
der europäischen MAP- 
Benutzergruppe zeigen, was 
das ‘Manufacturing Auto- 
mation Protocole’-Verfah- 
ren bringt und kostet. 


Wieneke auf dieser Grundlage 
zur Mitarbeit einlud. 


Henning Oldenburg, Direktor 
des Brüsseler Büros der Open 
Software Foundation, stellte die 
OSF in seinem Kurzreferat als 
Unternehmen dar, das auf die 
Akzeptanz bei Anwendern und 
Entwicklern gleichermaßen 
hofft. Hoffnung auch, daß 
AT&T eines Tages am gemein- 
samen Tisch sitzen würde - man 
könne sich statt AIX auch Sy- 
stem V als Basisbetriebssystem 
vorstellen. 


Die Einführungsrunde beendete 
John Todman, der für die 
X/Open-Gruppe deren vierjäh- 
rige Normierungsarbeit dar- 
stellte. Die anschließende ‘Po- 
diumsdiskussion’ zwischen OSF 
und X/Open war eher ein Ver- 
such, den Begriff ‘Standard’ zu 
klären. Die OSF-Ankündigung, 
1990 sei mit OSF-Produkten zu 
rechnen, brachte dann die viel- 
beschworenen Anwender auf 
den Plan: ob sie ‘bis 1990 Däum- 
chen drehen’ sollten. Natürlich 
nicht, es gebe ja System V. 





Die aus 21 Firmen beste- 
hende Arbeitsgruppe zu 
CIM-OSA, dem Projekt des 
europäischen Forschungs- 
förderungsprogramms 
ESPRI zu Fragen der ‘'Offe- 
nen System Architektur’ für 
unternehmensweite CIM- 
Systeme, präsentiert Zwi- 
schenergebnisse im Rahmen 
einer  Sonderschau in 
Halle 11. 


Hard- und Softwarelösun- 
gen für Planungs- und Kon- 
struktionsaufgaben im Bau- 
bereich zeigt diein Halle 2zu 
findende Sonderschau 
‘CAD im Bauwesen’, und 
“VITA? bezeichnet eine Ge- 
meinschaftsausstellung von 
neun VME-Bus-Herstellern 
in Halle 5. Der Preis einer 
Tageskarte für die Systec 
beträgt 35DM, für eine 
Zwei-Tages-Karte 50 DM. 
JS 


Äußerungen von GUUG- 
Aktiven am Rande der Tagung, 
man diskutiere über eine Unter- 
stützung von X/Open und/oder 
OSF, heizten die Gerüchtekü- 
che an. Die GUUG ‘schmeiße 
sich an die OSF’, man wolle den 
Verein umbenennen in ‘Offene 
Software Gesellschaft’ und an- 
dere erschröckliche Dinge. Auf 
der Mitgliederversammlung al- 
lerdings war davon nichts zu 
hören. 


Familiäres 


Vollauf zufrieden zeigten sich 
laut Angelika Dornbusch von 
der veranstaltenden Net- 
work-GmbH Aussteller und Be- 
sucher. Die Ausstellerfläche sei 
gegenüber dem Vorjahr um 
44 Prozent gestiegen, die 
3200 Besucher überträfen die 
optimistischsten Voraussagen. 
Durchweg gut besucht seien 
auch die begleitenden Kon- 
gresse gewesen, circa drei Vier- 
tel der Anwesenden hätten an 
diesen Veranstaltungen teilge- 


nommen. (JS) 
Flexibler AT 

Als außerordentlich anpas- 
sungsfähig bezeichnet die 


M-+H Computer-Vertriebsge- 
sellschaft (Bad Camberg) ihren 
20-MHz-AT mit der Produkt- 
bezeichnung A2042. Durch die 
Bestückung mit einem NEAT- 
Chip-Set von Chips&Techno- 
logy sind I/O-Bustiming, 
DMA-Timing, Systemtakt und 
Speicherkonfiguration vom Be- 
nutzer frei wählbar. Ein mit 
1 MByte Arbeitsspeicher, 
200-Watt-Netztteil, 42-MByte- 
Platte, MF2-Tastatur und 
14”-Flatscreen-Monitor ausge- 
stattetes System kostet rund 
rund 6300 Mark, das Mother- 
board ohne Speicherbestückung 
1700 Mark. 


PS/2 liest 
5 1/4-Zoll-Disks 


5 1/4-Zoll-Laufwerke für die 
IBM-PS/2-Modelle 60 und 80 
bietet RFI Electronic aus Mön- 
chengladbach an. Die nach Her- 
stellerangaben zu 100 Prozent 
IBM-kompatiblen Laufwerke 
sollen sowohl 360 KByte als 
auch 1,2 MByte-Disketten lesen 
und beschreiben können. Der 
Komplettpreis beträgt 565 DM. 
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Dreißig gegen IBM 





EISA - Der neue Busstandard 


Detlef Borchers 


Am 6.9. 88 hörte man gerüch- 
teweise davon, und am 13. 9. 88 
war es dann so weit: über dreißig 
Hardwarehersteller und Soft- 
warefirmen erklärten auf einer 
Pressekonferenz in New York, 
daß sie einen neuen Standard- 
bus, EISA (Erweiterte Industrie 
Standard Architektur), der eine 
Alternative zu IBMs Mikroka- 
nal-Architektur darstelle, ent- 
wickeln wollen. 


Der Mikrokanal von IBM ist 
ein seltsames Ergebnis von For- 
schergeist und Krämermentali- 
tät. Er sollte die Wachablösung 
vom AT-Bus zur neuen Welt der 
32-Bit- Architektur einläuten — 
und wurde von Beginn an auf 
unbedingte Konfrontation zum 
alten Standard festgelegt. An- 
ders als die niemals eindeutig 
festgeschriebenen Spezifikatio- 
nen des 16-Bit-Bus sollten klare 
Werte den 32-Bit-Nachfolger 
ein Muster an Zuverlässigkeit 
werden lassen — heraus kam ein 
Gebrauchsmusterschutz, der 
IBM im Kartengeschäft nur 
handverlesene Konkurrenz be- 


scherte. Auch beim Aufbau des 
Motherboards siegte ein Markt- 
gedanke, der alle Cloner zur 
Zahlung von Lizenzgebühren 
für alle Produkte und alle Ewig- 
keiten zwingen sollte. Im Hin- 
blick auf diese IBM-Strategie 
kann sich das Ergebnis sehen 
lassen, das die Abweichler am 
13. September in New York an- 
kündigten und das 1989 verfüg- 
bar sein soll. 


Die Erweiterte Industrie Stan- 
dard Architektur, EISA, ist 
nach PCET, Smartslot, Nubus 
und der Flex-Architektur ein 
Massenvorstoß von Hard- und 
Softwareherstellern zur Festi- 
gung eines neuen Busstandards 
für die 32-Bit- Zukunft. Unter 
der Führung von AST, Com- 
paq, Epson, Hewlett Packard, 
NEC, Olivetti, Tandy, Wyse 
und Zenith soll EISA dem Mi- 
krokanal Paroli bieten. Das Sy- 
stem, bestehend aus einem 
neuen 32-Bit-Bus und einem 
Chipset für die Bus- und I/O- 
Kontrolle, verträgt alle 8- und 
16-Bit-Karten. Die in VLSI- 


Technik hergestellten Chips für 
die I/O-Steuerung, Bussteue- 
rung und Bus-Master sollen von 
Intel allen interessierten Her- 
stellern ab 1989 angeboten wer- 
den. Besondere Lizenzen sollen 
nicht erhoben werden. 


Der nur äußerlich etwas klei- 
nere 32-Bit-Bus, dessen Funk- 
tionsumfang eine Übermenge 
der derzeit gängigen Funktio- 
nen darstellt, lebt von den Fä- 
higkeiten des neuen Chipsets. 
Mit ihm unterstützt EISA den 
gesamten physikalischen 
32-Bit-Adreßraum für die CPU, 
womit die 16-MByte-Hürde der 
Speicherkapazität gefallen 
wäre. Nach den technischen 
Unterlagen soll der Set den 
32-Bit-Adreßraum für Bus- 
Master und DMA-Geräte voll 
unterstützen. Treibersoftware 
soll auch für die heute existie- 
renden 16-Bit-Geräte den Zu- 
griff auf diesen Raum gestatten. 
Ist das System eines Herstellers 
mit Cache-Architektur ausgerü- 
ste, so können damit die 
DMA-Zugriffe parallel zur 
CPU-Aktivität stattfinden, wo- 
bei jeder DMA-Kanal einzeln 
für voll 32-Bit-Operationen 
programmiert werden kann. 
Die für diese Technik nötigen 
Gerätetreiber können auf jeden 
Kanal variable Einstellungen 
für den Datentransfer wählen. 
Je nach Leistungsfähigkeit des 
DMA-Gerätes kann die Zeit- 
steuerung der DMA-Zyklen 4, 





5.3, 8 oder 33 MByte/Sekunde 
betragen. Die höchste Rate von 
33 MByte steht für den Bus- 
Master-Modus zur Verfügung, 
der nach dem Willen der Kon- 
strukteure bei Speicherzugriffen 
ohne feste Ordnung für schnelle 
Datenübertragung im Burst- 
Verfahren sorgen soll. EISA un- 
terstützt über neue Bus-Ma- 
ster-Chips mehrere Bus-Master, 
die ihrerseits mit I/O-Prozesso- 
ren, DMA- und CPU-Einheiten 
im Slave-Modus den EISA-Bus 
gleichzeitig bedienen können. 
EISA bringt der Interrupt- 
Technik neuen Schwung: Die 
Edge-Mode genannte Inter- 
rupt-Auslösung entspricht der 
gängigen Steuerung, der Level- 
Mode sieht dagegen die mehrfa- 
che Nutzung eines System- 
Interrupts durch mehrere Ge- 
räte vor. 


Das Konzept besticht. Und so 
haben inzwischen zahlreiche 
Firmen, die nicht zu den Grün- 
dervätern gehören, ihre Unter- 
stützung zugesagt. Die Liste 
liest sich wie ein “Who is Who’ 
der Computerindustrie. An 
Hardwareherstellern sind zum 
Beispiel AT&T, Dell, Digital 
Equipment, Kaypro und Wang 
dazugestoßen. Interessant, daß 
Softwarefirmen wie Microsoft, 
Ashton Tate, Quarterdeck, Bor- 
land International, Interactive 
Systems und Santa Cruz Opera- 
tion ebenfalls mit dabei sind. (ig) 





IPreisbrecher EEE 
 UNIK-Anlage komplett unter 10000DM 


Ein hervorragendes Preis/Lei- 
stungsverhältnis bietet der 
PHOEBUS/200 für alle, dieden 
Einstieg in UNIX wagen wol- 
len. Für unter 10.000 DM ver- 
treibt die Firma Hamilton eine 
mehrplatzfähige, auf einer Mo- 
torola-CPU basierende UNIX- 
Anlage für bis zu acht Arbeits- 
plätze. Im Preisumfang ist das 
Betriebssystem SPEX 3.0, ein 
von der Firma SPECS in Berlin 
unter Lizenz portiertes UNIX- 
Derivat, enthalten. SPEX 3.0 
leitet sich von AT&T UNIX 
System V ab, mit BSD-Erwei- 
terungen. 


System PHOEBUS/200 ist in 
der Grundkonfiguration mit 
2MByte RAM ausgestattet 
(auf8 MByteerweiterbar). Acht 
serielle Schnittstellen erlauben 
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den Anschluß von acht Termi- 
nals oder anderer serieller Peri- 
pherie in wahlweiser Kombina- 
tion. Ein Drucker kann zusätz- 
lich über die eingebaute paral- 
lele Schnittstelle angesteuert 
werden. Im Preis sind ferner ein 
Plattenlaufwerk mit 94 MByte 
formatiert, 18 ms Zugriffszeit, 
ein 1,2 MByte Diskettenlauf- 
werk, eine Achtbenutzerlizenz 
für das Betriebssystem SPEX 
und ein Wyse WY99-AA grafik- 
fähiges Terminal enthalten. 


Der PHOEBUS/200 ist in ei- 
nem kleinen Tischgehäuse mit 
den Maßen 54 cm breit, 42 cm 
tief und 14cm hoch unterge- 
bracht und kostet in dieser Kon- 
figuration 9980 DM zuzüglich 
MWSt. Sein größerer Bruder, 


PHOEBUS/400, wird dagegen 
in einem Tower-Gehäuse ausge- 
liefert und hat zusätzliche 
Features. Dazu gehören bereits 
in der Grundkonfiguration ein 
Tapestreamer mit 125 MByte, 
4 MByte Hauptspeicher und das 
160 MByte Plattenlaufwerk mit 
einer Zugriffszeit von 16,5 ms. 
Der PHOEBUS/400 kostet 
14 500 DM zuzüglich Mehr- 
wertsteuer. 


Für gängige Anwendungen ist 
auf dem PHOEBUS-Rechner 
Standardsoftware erhältlich. 
Dazu zählen LEX-68 der Firma 
ACE, eine Textverarbeitung mit 
integrierter Bürokommunika- 
tion, UniBuch, eine Finanz- 
buchhaltung der Fima UniWare 
aus Berlin und UNIFY, ein Da- 
tenbanksystem mit SQL-Ab- 
frage. 


Während uns das für Testzwecke 
ausgeliefette PHOEBUS/400- 
System durch seinen zuverlässi- 
gen und flotten Betrieb positiv 
beeindruckte, muß sich. Hamil- 


ton im Hinblick auf die beige- 
legte Dokumentation Kritik ge- 
fallen lassen. Offensichtlich hat 
man bei der Zusammenstellung 
der Dokumentation an den 
Hardwareexperten, nicht aber 
an den unbedarften Endbenut- 
zer gedacht, der die Anlage in 
Betrieb nehmen und mit ihr ar- 
beiten will. So erhält man 144 
Seiten mit Schaltplänen, Signal- 
belegungen und Einbauhinweisen 
für Laufwerke und Tapestrea- 
mer, hingegen ist die mit 17 Sei- 
ten knapp gehaltene Benutzer- 
anweisung bestenfalls von einem 
UNIX-Profi nachzuvollziehen. 
Dabei ist eine ausführliche Be- 
nutzeranleitung gerade in diesem 
Fall angebracht, weil die 
SPEX 3.0 UNIX-Portierung 
vom Standard abweichende Ei- 
genarten aufweist. Hier muß 
Hamilton sicherlich noch etwas 
tun, willman den Massenmarkt, 
auf den die Anlagen mit diesen 
Preisen zielen, in der Form un- 
terstützen, wie man es von an- 
deren Anbietern gewöhnt ist. (ig) 
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Backup-Normierung 


Gigatape-Vorschlag zur DAT-Norm findet Zustimmung 


Jürgen Seeger 


in der relativ neuen Welt 
der GByte-Backups 
scheint sich frühzeitig eine 


einheitliche Linie 
durchzusetzen. Ehe der 
Markt überhaupt 
Normen-Wildwuchs 
produzieren konnte, 
haben fünf große 
europäische Hersteller 
dem Gigatape-Vorschlag 
zur Standardisierung der 
DAT-Technologie im 
Backup-Bereich 
zugestimmt. 


Eine 5 1/4”’-Harddisk hat heute 
eine maximale Kapazität von 
800 MByte. Schon bei Arbeits- 
platzrechnern ist eine vor Ort 
verfügbare Plattenkapazität 
von über 100 MByte keine Sel- 
tenheit mehr, und nach einer 
Bedarfsprognose wird sich der 
größte Sprung sogar im Giga- 
byte-Bereich vollziehen: der 
87er Disk/Trend-Report sagt 
voraus, daß in zwei Jahren mehr 
als doppelt soviel Laufwerke 
mit mehr als 1000 MByte ver- 
kauft werden als heute. 


Diese Entwicklung kann buch- 
stäblich im Nichts enden, wenn 
die Datensicherung nach wie 
vor auf 60-MByte-Cartridges 
oder Bändern erfolgen soll. Lo- 


DEC standardisiert 


Kompatibel zu gleich sieben in 
der Branche diskutierten Stan- 
dards soll die Version 3 der Di- 
gital-UNIX-Implementation 
ULTRIX-32 sein. Der amerika- 
nische Hersteller nennt im ein- 
zelnen: 


- EEE 1003.1 POSIX 

— Level 0 der OSF-Spezifikatio- 
nen 

- System V Interface Definition- 
(SVID) Release II, Volume 1 

—-X/Open nach dem Portability 
Guide (XPG2) 

-X-Window-System Version 
11 

-FIPS (Federal Information 
Processing Standard) vom 
NFB 
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gische Folge: neue Speicherme- 
dien müssen her! Der Wegdahin 
führt über Helical Scan, die von 
Videorecordern bekannte Auf- 
zeichnungstechnik. Digi-Data 
und Exabyte entwickelten dazu 
Lösungen mit VHS- beziehungs- 
weise Video-8-Kassetten, die 
formatierte Kapazität liegt bei 
rund 2,5 GByte und größer in der 
VHS-Variante und 2,3 GByte 
auf 8-mm-Band. 


Hitachi, Sony, HP und SMS 
hingegen setzen auf DAT (Di- 
gital Audio Tape), ebenfalls der 
bayerische Hersteller Gigatape, 
Puchheim. Dessen hauseigenes 
DAT heißt R-DST, in Lang- 
form Rotating Head — Digital 
Storage Tape. An Kapazität 
können die Bayern mit 


Die neue Version des Betriebs- 
systems für die VAX-Rechner- 
familie unterstützt auch die 
VAXcluster-Hardware. Diese 
Cluster bestehen aus 16 Rech- 
nern und Steuereinheiten, die 
über einen 70 MBit/Sekunde 
schnellen Hochgeschwindig- 
keitsbus miteinander kommuni- 
zieren. Die für die CPU maxi- 
mal verfügbare Datenmenge 
wächst so auf 75 GByte an. 


Das neue ULTRIX soll jetzt 
auch nationale Zeichensätze un- 
terstützen und die 
BSD 4.3-Kommunikations- 
Module zur Verfügung stellen. 
DEC kündigte an, daß das Pro- 
dukt zum Ende des Kalender- 
jahres verfügbar sei. 





1,3 GByte die höchste Kapazi- 
tät bieten, das GIGA 1200 ge- 
nannte Gerät verfügt über vier 
Schnittstellen (SCSI, ESDI, 
QIC 02/36 und Pertec). Ent- 
scheidender Wettbewerbsvor- 
sprung der Puchheimer: man 
kann seit Juli liefern, die Kon- 
kurrenz kündigi nach wie vor 
an. 


Die scheckkartengroßen 
DST-Kassetten seien, so Giga- 
tape, billiger und, wichtiger 
noch, kleiner. Einbauversionen 
seien mit VHS überhaupt nicht 
realisierbar, Video-8 ermögliche 
zwar einen Einbau in voller Ein- 
bauhöhe, aber nur R-DST die 
halbe Einbauhöhe. Der gerin- 
gere Bandumwicklungsgrad 
ziehe eine einfachere Mechanik, 


Marketing- 
Abkommen 


Ausgewählte Programme des 
Software-Hauses Computer As- 
sociates (CA) wird Unisys künf- 
tig in seine Produktlinie aufneh- 
men. In einem kürzlich abge- 
schlossenen Marketing- 
Abkommen wurde festgelegt, 
daß CA seine Produkte direkt 
an den Endanwender liefert und 
auch selbst für den entsprechen- 
den Support sorgt. 


einen schnelleren Suchlauf und 
weniger Bandverschleiß nach 
sich. 


Anfang Juli konnte Gigatape 
die ersten Geräte ausliefern und 
stellte gleichzeitig in München 
seine DAT-Norm (genauer: 
DST-Norm) USSA vor, die 
Universal Storage System Ar- 
chitecture. Diese Norm defi- 
niert Aufzeichnungsdetails wie 
Schreibdichte (61 000 bpi), Hea- 
der-Konventionen und Fehler- 
rate (< 10-15). Bei einer Trans- 
fer-Rate von 192 KByte/Se- 
kunde dauert ein komplettes 
1,3 MByte-Backup rund zwei 
Stunden. 


Diesem Vorschlag schlossen 
sich im August Siemens, Nokia 
Data, NCR, Norsk Data und 
CTM an. In den gleichen Zeit- 
raum fällt ein Abkommen zwi- 
schen Grundig und Gigatape 
zur Herstellung von Laufwer- 
ken, das 1990 ein Produktions- 
volumen von 180 000 Datensi- 
cherungsgeräten gewährleisten 
soll. Eine weltweite Einigung 
auf einen DAT-Backup-Stan- 
dard steht noch aus. Auf der 
Standardisierungskonferenz 
der amerikanischen DATA/ 
DAT-Group, die am 1. Septem- 
ber in Los Angeles stattfand, 
wurde Hans-Joachim Steinmetz 
für Gigatape zum Vorsitzenden 
eines technischen Subkomitees 
berufen, das weiter an der Nor- 
mierung arbeiten soll. 


Die zur Zeit nur in der Stand- 
alone-Fassung lieferbaren Da- 
tensicherungssysteme kosten 
circa 18000 DM, Einbau- 
Versionen werden zum Jahres- 
ende erwartet. Gigatape bietet 
geprüfte DAT-Kassetten für 
rund 40 DM pro Stück an. 


Kongreß- 
Software-Qualitäts- 
sicherung 


Das DECollege, die für Aus- 
und Weiterbildungsfragen zu- 
ständige Abteilung von Digital 
Equipment, veranstaltet vom 9. 
bis zum 11. November 1988 den 
Kongreß ‘Spektrum 88’. Die 
Veranstaltung ist vor allem an 
Entscheidungsträger gerichtet. 
Man will mit ihr die Zuverläs- 
sigkeit, Qualität und Wirt- 
schaftlichkeit von Software er- 
höhen. Anmeldungen nimmt 
das DECollege in München ent- 
gegen. 
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Was vor vier Jahren als ‘europäi- 
sche Initiative’ von fünf großen 
Computer-Herstellern begonnen 
wurde, ist jetzt weltweit Waren- 
zeichenfähig geworden. 1984 
gründeten Bull, ICL, Nixdorf, 
Olivetti und Siemens X/Open. 
Ziel war die Vereinbarung ein- 
heitlicher Standards, die die 
Übertragung von Anwendungs- 
software auf Systeme unter- 
schiedlicher Hersteller ermögli- 
chen sollte. 


Erreichen wollte (und will) man 
dies durch die CAE. CAE steht 
für Common Applications En- 
vironment, zu deutsch Einheit- 
liche Anwendungsumgebung, 
und besteht aus Schnittstellen- 
Vereinbarungen, die von den 
Systemen bereitgestellt und von 
den Applikationen benutzt wer- 
den sollen. Die X/Open- 
Gruppe selbst erstellt diese 
Standards (oder gar Hard- be- 
ziehungsweise Software) nicht, 
sie sieht sich in der Rolle, vor- 
handene Standards oder De- 
facto-Standards zu koordinie- 
ren, festzulegen, zu beschreiben 
und zu kommentieren. 


Die Leader 
Connection 


Heute (genauer: bei Druckle- 
gung dieses Artikels) sind 15 in- 
ternational tätige Firma X/ 
Open-Mitglieder, neben den 
oben genannten Gründern 
AT&T, DEC, HP, NCR, Nocia 
Data, Philips, Sun und Unisys, 
im Juli wurden der Branchen- 
führer IBM und mit Fujitsu ein 
erster Vertreter der japanischen 
DV-Industrie aufgenommen. 
Diese Hardware-Hersteller 
decken gut 70 Prozent des 
UNIX-Marktes ab. Mit Aus- 
nahme von Apollo ist auch die 
‘offene Gesellschaft’ (sprich: 
OSF) komplett versammelt. 
Nach eigener Aussage ist das 
Verhältnis von X/Open zur 
OSF derart, ‘daß X/Open die 
Aufgabe hat, Standards festzu- 
legen, während die Foundation 
diese Standards implementiert’. 
OSF wiederum hat verspro- 
chen, sich an die CAE-Forde- 
rungen zu halten. X/Open ist 
mittlerweile eine gemeinnützige 
Vereinigung (Mitgliedsbeitrag: 
75 000 Britische Pfund) und un- 
terhält eigene Büros in London 
und San Francisco. 


Zunächst nur ein Club von Sy- 
stemanbietern, verschob sich im 
Dezember letzten Jahres die 
Gewichtung zugunsten von An- 
wendungsentwicklern und An- 
wendern. Zwei Beiräte wurden 
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Brief und Siegel 


X/Open-Gruppe stellt Prüfverfahren 


und Warenzeichen vor 


Jürgen Seeger 


Genaue Prüfverfahren und verschiedene 
Warenzeichen für Hard- und Software-Kompatibilität hat 
die X/Open-Gruppe jetzt vorgestellt. Anwendungen 
mit diesem Prüfsiegel sollen durch einfaches 
Neukompilieren auf jede X/Open-kompatible Hardware 
portiert werden können. 





gegründet: die ‘Independent 
Software Vendor (ISV) Advi- 
sory Council’ für die Entwickler 
mit circa 140 Firmen - ADV/ 
Orga, GEI, Informix, Lotus, 
Microsoft, Oracle, Softlab und 
andere; etwas kleiner geraten ist 
die “User Advisory Council’ für 
die Anwender, bekannte deut- 
sche Mitglieder sind die Daim- 
ler-Benz AG und der Gerling- 
Konzern. 


Eine für elf 


Soweit der wirtschafts- und fir- 
menpolitische Background. Wie 
weit man tatsächlich von einer 
Portabilität von Anwendungs- 
software noch entfernt ist (um 
Kompatibilität im Sinne von 
Binärkompatibilität kann es bei 
UNIX aufgrund der unter- 
schiedlichen Hardware-Archi- 
tektur ja ohnehin nicht gehen), 
macht eine von X/Open selbst 
publizierte ‘“Erfolgsmeldung’ 
deutlich: Auf einer ‘Portabili- 
täts-Demonstration’ im Fe- 
bruar 1987 in Lüxemburg 
wurde eine Anwendung gezeigt, 
die auf allen verschiedenen 
UNIX-Maschinen der (damals 
noch elf) X/Open-Mitglieder 
lief; ; 


Der Weg zur einheitlichen An- 
wendungs-Umgebung jeden- 
falls wird markiert durch unter- 
schiedliche Auflagen des fünf- 
bändigen ‘Portability Guide’. 
Release 1 erschien 1985, Re- 
lease 2 wurde im Januar 1987 
veröffentlicht, im Augenblick 
wartet alles auf Release 3. Re- 
lease 1 ist aufwärtskompatibel 
zu Release 2, Release 2 aller- 
dings nicht vollständig zu Re- 
lease 3. ‘Schuld’ ist die geplante 
Angleichung an die neue PO- 
SIX-Norm von IEEE. 


Die im Portability Guide be- 
schriebenen Festlegungen glie- 
dern sich in drei idealtypische 
Stufen. Fundament von CAE 
sind die Basisleistungen, die An- 
forderungen an Hardware und 
grundlegende Systemleistungen 
enthalten, bekannt als ‘X/Open 
System Interface Specification’ 
(XSI). XSI wurde ursprünglich 
abgeleitet aus den SVID, 
AT&Ts ‘System V Interface 
Definitions’, enthält aber auch 
eine Reihe eigener Erweiterun- 
gen und Erläuterungen. Der so- 
genannte Extension component 
level betrifft die nächste Porta- 
bilitäts-Stufe, und erst der Op- 
tional level beinhaltet beispiels- 
weise auch einen Quellcode- 
Transfer. Gemeint ist der Trans- 
fer über Datenträger, Definitio- 
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nen wurden für 5 1/4”-Disket- 
ten und 9-Spur-Magnetbänder 
sowie die entsprechenden Ar- 
chivierungs-Tools entwickelt. 


Abgestuft portabel 


Welche Anforderungen in wel- 
cher Auflage des Guide welcher 
Portabilitäts-Ebene zugeordnet 
werden, ist am besten den 
Schaubildern zu entnehmen. 
Man beachte, daß Sourcecode- 
Transfer auch in Release 3 der 
optionalen Ebene vorbehalten 
bleibt und eine einheitliche Be- 
nutzerschnittstelle (Window- 
Manager) nicht zur Basisebene 
zählt. Die eingangs erwähnten 
Warenzeichen beziehen sich auf 
Release 2. 

Um sich mit diesen Gütesiegeln 
zieren zu können, muß die 
Hard- oder Software festgelegte 
Tests fehlerfrei bestehen. Zur 
Zeit führt die UniSoft Corpora- 
tion die vorgeschriebenen Tests 
durch. Geplant ist, diese Verifi- 
zierung in die Hände jedes X/ 
Open-Mitglieds zu legen und spä- 
ter, nachdem genügend Erfah- 
rungen mit dem Verhalten der 
Test-Software bei auftretenden 
Fehlern gesammelt wurden, 
eventuell auch von assoziierten 
Softwarehäusern in Eigenver- 
antwortung durchführen zu las- 
sen. X/Open-Mitglied Unisys 
hat schon angekündigt, ab An- 
fang nächsten Jahres insgesamt 
16 ‘Open Systems Zentren’ zu 
errichten, die unter anderem 
auch der Verifizierung gemäß 
dem Portability Guide dienen 
sollen. 

Die sogenannte ‘Verifikations- 
suite’ für Anwendungssoftware 
besteht aus 1292 Tests für die 
Sprache C, 1578 Betriebssy- 
stemtests, 685 Internationalisie- 
rungstests und 190 Datenver- 
waltungstests, insgesamt also 
3475 Tests. Portabiltiy Guide 3 
erhöht die Zahl der Tests auf 
4200. 


Das X/Open-Warenzeichen ist 
durch das X/Open-Logo kennt- 
lich, Portabilitätsgrad und -art 
werden in einem eingearbeiteten 
Rechteck deutlich (siehe Abbil- 
dungen). ‘BASE’ ist minimal 
und besagt, daß Hardware- und 
Basis-Komponenten eines Sy- 
stems kompatibel sind. ‘PLUS’ 
bezeichnet eine vollständige 
CAE-System-Implementation. 
‘COMPONENT?’ darf auf ein- 
zelne Software-Bestandteile an- 
gewandt werden, und ‘APPLI- 
CATION’ kennzeichnet An- 
wendungen, die den dokumen- 
tierten Anwendungen entspre- 
chen. 
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I] = Optional 


Die einheitliche 


von gemeinsamer 
Hardware-Schnittstelle 
bis zum einheitlichen 
Look-and-Feel. 


COMMON 
APPLICATIONS 
ENVIRONMENT 


X/Open Portability Guide 1 - 
Veröffentlicht 1985 


Sourcecode-Transfer 















X/Open Portability Guide 2 - 
Veröffentlicht 1987 





X/Open Portability Guide 3 - 
Angekündigt für Ende 1988 


INS LT a a2 





















Ei] = Extension 





Anwendungsumgebung: 


= Base 


Schon die Tatsache der Gemein- 
nützigkeit der X/Open-Gruppe 
weist darauf hin, daß mit der 
Verteilung von Warensiegeln 
und Kompatibilitätsbescheini- 
gungen an sich kein Geld ver- 
dient werden soll. Für ein Ein- 
benutzersystem werden 8,50 Bri- 
tische Pfund, für ein Mehrbe- 
nutzersystem 25 £ Lizenzgebüh- 
ren erhoben. Hinzu kommen 
gegebenenfalls Kosten, die sich 
aus den nationalen Gesetzge- 
bungen zum Warenzeichenrecht 
ergeben, und natürlich macht 
UniSoft die Tests (Dauer: je 
nach Umfangeinige Stunden bis 
eine Woche) nicht umsonst. 
Endanwender dürfte vor allem 
interessieren, daß für die Liefe- 
rung von Software mit X/ 
Open-Aufkleber keine Lizenz- 
gebühren fällig werden. 


X/Open 


APPLICATION 





Die Portabilitäts-Siegel: 
Art und Jahr der 
X/Open-Treue im 
schwarzen Balken 





Von Release 2 zu 
Release 3: Sourcecode- 
Transfer und Interprozeß- 
kommunikation bleiben 
optional, nationale 
Zeichensätze werden 
Basisstandard. 
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Sturz beim Paarlauf 


Handshake-Bug 


eI-TWEUKETYELT A CeJaılellar:Iife]s 


Mancher 386-Rechner hält 
noch eine Überraschung für 
seinen Besitzer bereit. Bei Ver- 
wendung von UNIX, XENIX 
oder einem anderen 32-Bit- 
Betriebssystem und zusam- 
men mit dem 80387-Coprozes- 
sor können Fehler auftreten. 
Diese sind zwar selten, aber 
fatal: der Rechner steht und 
läßt sich nur durch den Reset- 
Knopf reanimieren. 


Der Fehler kann auftreten, 
wenn sich die CPU im Page 
Mode befindet, die 386-in- 
terne Prefetch Unit einen Da- 
tentransfer mit dem Speicher 
vorhat und gleichzeitig der 
80387 über die PEREQ-Lei- 
tung der CPU anzeigt, daß er 
ebenfalls einen Datentransfer 
benötigt. Der 80387 kann kei- 
nen eigenen Speichertransfer 
durchführen, sondern ‘beauf- 
tragt’ jeweils die CPU damit. 
Beim Zusammentreffen dieser 
verschiedenen Faktoren kann 
es passieren, daß der Prozes- 
sor eine falsche A31l-Adresse 
ausgibt. 





Nach Aussagen von Dr. Jens 
Bodenkamp, Produkt-Mana- 
ger von Intel-Deutschland ist 
dieses Problem mit der neuen 
80386-Maske, die seit rund 
sechs Monaten zum Einsatz 
kommt, behoben. Die neue 
Maske trägt die Bezeichnung 
‘D-Stepping’ und löst das feh- 
lerhafte ‘Bl-Stepping’ ab. 


Der Fehler ist schon seit einem 
Jahr bei Intel bekannt, aber 
nur Großkunden und OEMs 
vermeldet worden. Am Markt 
sind mehrere Systeme erhält- 
lich, die den Fehler nachträg- 
lich beseitigen - in vielen Fäl- 
len wird dem Prozessor ein 
Adaptersockel untergescho- 
ben. Das Bild zeigt einen 
Adapter von Bell Technology, 
ein zweiter Anbieter ist Ad- 
vanced Interconnect. Beide 
Lösungen sind preiswerter als 
eine neue CPU, aber nicht bil- 
lig: Bell 435 DM, Interconnect 
198 DM. Beide Systeme sind 
bei der Firma GTI GmbH in 
Aachen erhältlich. pan 





Für Mittelständler 


Zugeschnitten auf den Mittel- 
stand ist eine komplette Mehr- 
platzlösung unter UNIX/ 
XENIX, die Victor Technolo- 
gies aus Frankfurt für die Orga- 
technik ankündigt (Halle 10.1, 
Stand H20/J21). In das System 
sind eine Textverarbeitung, eine 
relationale Datenbank und Re- 
chenfunktionen für die Buch- 
haltung integriert. 
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ISG-Mehrplatz- 
systeme 


Zwei neue UNIX-Mehrplatzsy- 
steme will die Eschborner Con- 
sulting- und Vertriebsgesell- 
schaft ISG auf der Orgatechnik 
vorstellen (Halle 10.2, Stand 


U24/T25). Die Modellreihen 
‘Formula 80xx’ und ‘Solu- 
tion-1’ seien ‘besonders für 
kommerzielle Anwendungen 
konzipiert’. 


Optische Speicher 


Der Tübinger Computerver- 
trieb Hamilton bietet zum Preis 
von rund 28000DM eine 
WORM-Einheit (Write Once 
Read Multiple) für die Work- 
stations der Sun-3-Serie an. Da 
die Standard-UNIX-Geräte- 
treiber den Betrieb der opti- 
schen Platte nicht unterstützen, 
gehört zum Lieferumfang auch 
die entsprechende Software. Die 
Datenmenge von maximal 
2,4 GByte kann dann durch 
UNIX-Befehle mit vorange- 
stelltem ‘0’ angesprochen wer- 
den, also ‘ols’, ‘opwd’ und so 
weiter. 


TI nutzt SPARC 


Texas Instruments und Sun 
Microsystems haben ein Ab- 
kommen geschlossen, das TI 
erlaubt, in eigenen Entwicklun- 
gen den von Sun entwickelten 
SPARC-Prozessor einzusetzen: 
ein RISC-Prozessor mit ‘Scal- 
able Processor ARChitecture’. 
TI plant unter anderem den Ein- 
satz dieses Hochleistungs- 


Prozessors in einem UNIX Sy- 
stem V System der oberen Lei- 
stungsklasse. 





Schnelle Leitung 


Für Leitungsstrecken bis zu 
4km ist das Hochleistungs- 
Modem SupraLink nach Aussa- 
gen des Anbieters, ATEC aus 
Westberlin, geeignet. Inhouse- 
Verbindungen sind dadurch in 
Vollduplex-Übertragung mit 
160 KBit/s über zweiadriges 
Twisted-Pair-Kabel realisier- 
bar. Rechnerseits ist eine 
RS-422-Schnittstelle notwen- 
dig, bei Benutzung der gängige- 
ren RS-232-Schnittstelle wird 
die Senkung der Baudrate emp- 
fohlen. Bis zum 30.11. gilt ein 
Einführungspreis von 1140 DM, 
der reguläre Listenpreis beträgt 
anschließend 1480 DM. 





Zugriffsschutz für 
PCs 


Die comtel GmbH aus Glas- 
hütten bietet mit dem Produkt 
SafeROM einen ‘Sicherheits- 
Baukasten’ für PCs an. Abhän- 
gig von den jeweiligen Sicher- 
heitsanforderungen lassen sich 
verschiedene Module des Sy- 
stems ineinandergreifend instal- 
lieren. Unverzichtbares Herz- 
stück ist eine Paßwortabfrage 
beim Systemstart und auch bei 
jedem einzelnen Benutzer. Der 
Paßwortschutz ist in modifizier- 
ten BIOS-ROMSs untergebracht 
und kostet bis vier Benutzer(- 
gruppen) 400 DM. Zusätzlichen 
Schutz sollen weitere Hard- und 
Software-Module bieten: Sper- 
rung des Diskettenzugriffs, ab- 
bruchsicherer Break-Handler, 
Echtzeitverschlüsselung von 
Daten auf dem Laufwerks- 
Controller, Menüführung mit 
Berechtigungsprüfung und ver- 
schiedene Protokoll-Funktio- 
nen. Der Paßwortschutz verhin- 
dert auch unter UNIX und OS/ 
2 einen unberechtigten Rech- 
nerstart. Ein vollausgebautes 
System schlägt mit rund 
2800 DM zu Buche. 


Steuerberatung 


Software für Steuerberater und 
Wirtschaftsprüfer zeigt die Ett- 
linger Leo Schleupen GmbH 
auf der Orgatechnik (Halle 10.2, 
Stand P31). Die unter UNIX-, 
XENIX und MSDOS-Umge- 
bungen lauffähigen Pakete be- 
inhalten Bilanz- und Berichtssy- 
stem, DATEV-Anschluß, 
Kanzleiabrechnung, Termin- 
und Fristenüberwachung. Der 
Preis schankt naturgemäß sehr 
stark konfigurationsabhängig; 
Preisbeispiele: Textverarbei- 
tung circa 4500DM, L&G 
knapp 11000 DM, FiBu etwa 
9000 DM. 


Mitschnuppern 
Bis zum Jahresende läuft noch 
das ‘Schnupperangebot’ der 


Bundespost für Teletex. Drei 
Monate lang kann der interes- 
sierte Kunde teletexen und te- 
lexen, ohne Anschlußkosten 
oder Grundgebühren zu bezah- 
len. Lediglich die Verbindungs- 
gebühren werden fällig. Die 
Hoesch-Tochter mbp, Dort- 
mund, stellt parallel dazu ihren 
Telex-Controller UTC101 für 
30 Tage als ‘Schnupper UTC’ 
zur Verfügung. 
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® UNIX ist ein eingetragenes Warenzeichen von AT&T 





Der Mainframe-Kult ist tot! 





Die 933 Scientific/Technical Workstation 
(ab DM 17900,—) 


Wenn auch Sie glauben, die Effektivität Ihrer Datenver- 
arbeitung hänge von „jeder Menge“ Leistung ab, 

sind Sie vermutlich ein strenger Verfechter des 
Mainframe-Kults. Dabei klingen dessen Glaubenssätze 
wahrlich nicht wie eine Offenbarung: 


— „Du sollst rechenintensive Aufgaben einem 
Mainframe übergeben“ 


— „Du sollst nicht über lange Wartezeiten klagen“ 


— „Du sollst nur absolut fehlerfreien Code 
übergeben“ 


— „Du sollst jedes Ergebnis wie eine Offenbarung 
feiern“ 








wg | 

Hardware-Spezifikation: 
BRUN a ee Fairchild Clipper 32 bit 
RAM. Mean 4—64 MB 
TaRt 3. tee ta Blei ee 30 Mhz 
Virtueller Speicher ..... 4 GB, Datenpfad 128 Bit 
Host ee IBM PC AT, 386 und Kompatible 
Betriebssystem .......... UNIX® 5.3 und DOS 
Gempilan sr ker sae n n C, Pascal, Fortrans 
Möchten Sie mehr wissen, wenden Sie sich bitte 
an uns: 








KAABEX oHG 





Konvertieren Sie zur 933/STW. Mit der Power von fünf 
VAX 11/780s auf dem Schreibtisch ist der Mainframe-Kult 
tot. 


Die 933/STW ist ein komplettes Workstation-Board für 
den technisch-wissenschaftlichen Benutzer. „The 933“ 
ist nicht nur preislich auf den individuellen Benutzer 
abgestimmt, der rechenintensive Aufgaben vom Schreib- 
tisch aus erledigen will — Flußanalysen, Röntgen- 
strahlen-Kristallographie, Video-Grafik, Bild-Prozessing 
oder eigene Entwicklungen auf Sourcecode-Ebene. 


Machen Sie jetzt den ersten Schritt aus der Misere: 


Denken Sie nicht mehr an Mainframes und höhere Leistung. 
Denken Sie an höhere Produktivität in eigener Hand. 


BOARD WORKSTATION Z 933 


IR 1 122.5 
“ 





Postfach 101005 :D-6050 Offenbach 
Telefon 069/815948 : Fax 069/81 9391 
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Einig über OSI 
Europäisch-amerikanische Kooperation für offene Systeme 


Die weltweite 
Einführung von 
Kommunikationsstandards 
auf der Basis von 
OSI-Normen (OSI = 
Open Systems 
Interconnection) 
gemeinsam 
vorantreiben wollen die 
europäische Standards 
Promotion and 
Application Group 
(SPAG) und die 
amerikanische 
Corporation for Open 
Systems (COS). 


In einer ersten Vorstandssitzung 
der beiden Organisationen in 
Brüssel (16. 9.) wurde verein- 
bart, einheitliche Testwerk- 
zeuge für Kommunikations- 
standards der Fabrik- und Bü- 
rokommunikation zu ent- 
wickeln. Die Übereinkunft sieht 
auch den wechselseitigen Ver- 
trieb der Produkte vor. Bis Ende 
dieses Jahres wollen SPAG/ 
COS einen identischen Test- 
werkzeugkasten anbieten und 
bis Ende 1989 eine gemeinsame 
Testsystem-Benutzerumgebung 
realisieren. 


Hersteller, die mit OSI — und 
künftigauch ISDN-Protokollen 
(ISDN = Integrated Services 
Digital Network) kompatible 
Produkte auf den Markt brin- 
gen wollen, können dann aus 
dem gemeinsamen Bestand von 
SPAG und COS die erforderli- 
chen Testwerkzeuge auswählen. 
Für kleinere Anbieter, die sich 
den Erwerb von (mehrere 
100 000 Dollar kostenden) Test- 
werkzeugen aus finanziellen 
Gründen nicht leisten können, 
sollen in Europa und in den 
USA Service-Test-Labore ein- 
gerichtet werden. 


In einer zweiten Phase der ko- 
operativen Entwicklung soll für 
den Einsatz der Testwerkzeuge 
eine Ausbildungsunterstützung 
angeboten werden. Außerdem 
wollen SPAG/COS gemein- 
same Berichte, Ergebnisanaly- 
sen und Dokumentationen er- 
arbeiten. 
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Normen für Europa: 
die SPAG 


Die Standards Promotion 
und Application Group 
(SPAG) wurde 1983 als 
Konsortium europäischer 
DV-Unternehmen (Bull, 
ICL, Nixdorf, Olivetti, 
Philips, Siemens und STET) 
mit Unterstützung der Kom- 
mission der Europäischen 
Gemeinschaft ins Leben ge- 
rufen. Inzwischen sind vier 
weitere Hersteller (Alcatel, 
Digital Equipment, Hew- 
lett-Packard und IBM) und 
- als vorerst einziger Anwen- 
der — die British Telecom 
hinzugekommen, 


SPAG fördert eine Vielzahl 
von sich auf die Entwicklung 
herstellerübergreifender 

Produkte auf der Basis inter- 
nationaler Standardproto- 
kolle beziehende Aktivitä- 
ten. So arbeitet SPAG im 
Bereich der funktionalen 
Standards der Ebenen 5 bis 
7 des ISO-Referenzmodells 
(ISO = International Stan- 
dard Organisation) führend 
im European Workshop on 
Open Systems (EWOS) mit, 
erstellt Richtlinien für die 
Verwendung von Normen 
und ist an der Entwicklung 
der International Standard- 
Profiles ( Spezifikation 
von einem oder mehreren 
OSI-Standards für die Kom- 
munikation zwischen Com- 
putersystemen) beteiligt. 


Im Rahmen der von SPAG 
verfolgten Ziele wurde 1986 
die SPAG Services $. A. mit 
dem Sitz in Brüssel gegrün- 
det, deren Aufgabe es ist, 
Technologien und Dienstlei- 
stungen zur Prüfung der 
Konformität und Verträg- 
lichkeit (Interoperabilität) 
von DV-Produkten zu ent- 
wickeln und anzubieten. 


Im Rahmen der Zusammenar- 
beit zwischen SPAG und COS 
ist auch beabsichtigt, die ge- 
meinsamen Testwerkzeuge an 
die Conformance Test Services 
(CTS) anzugleichen. CTS ist ein 
von der Kommission der Euro- 


SPAG engagiert sich dabei 
besonders in der Entwick- 
lung und Vermarktung von 
Testwerkzeugen für Anwen- 
dungen im” Fertigungsbe- 
reich für das Computer Inte- 
grated Manufacturing 
(CIM). SPAG vertreibt in 
diesem Zusammenhang seit 
kurzem die ersten Testwerk- 
zeuge für die Überprüfung 
von MAP-TOP-Produkten 
der Version 3.0 (MAP = 
Manufacturing Automation 
Protocol, TOP = Technical 
and Office Protocol). Sie 
stammen von SPAG-CCT, 
einer aus dem ESPRIT- 
Projekt 955 "Communica- 
tions Network for Manufac- 





Networking Event '88 war 
eine Schau, auf der über 50 
Anbieter Produkte mit her- 
stellerübergreifenden Ver- 
netzungsmöglichkeiten auf 
der Basis von OSI-, MAP- 
und TOP-Standards vor- 
stellten. Die Standards Pro- 
motion and Application 
Group arbeitet im europäi- 
schen Rahmen auch an der 
Zusammenführung der 
Prüfprotokolle für OSI- 
Produkte. Außerdem ist sie 
innerhalb der Kommission 
der Europäischen Gemein- 
schaft federführend an einer 
Vielzahl von weiteren Kon- 
formitätstest-Projekten be- 
teiligt. Im Augenblick plant 
SPAG den ersten europäi- 
schen Conformance Test 
Service für Produkte mit 
dem MAP/TOP-Standard 
Version 3.0. 


SPAG ist auch in der Stan- 
dardisierungsarbeit im Be- 
reich der Telekommunika- 


COS als amerikanisches Pendant 


Die Corporation for Open 
Systems mit dem Sitz 
Mc Kean (Virginia) ist das 
amerikanische Gegenstück 
zu SPAG. Sie entwickelt, 
wartet und unterstützt Test- 
systeme, die informations- 
technische Produkte und 
Dienstleistungen auf Kon- 
formität mit internationalen 
Standards prüfen. COS 
wurde 1985 gegründet und 
hat insgesamt 65 Mitglieder, 
darunter eine große Anzahl 
von Anwendern. 


COS arbeitet derzeit unter 
anderem an einem Pro- 
gramm zur Einführung eines 
Prüfzeichens für Produkte, 


turing Applications 
(CNMA)’  hervorgegange- 
nen Organisation. 


Diese Testwerkzeuge wur- 
den im Juni 1988 auf der 
ENE in Baltimore erstmals 
präsentiert. Die Enterprise 


päischen Gemeinschaft finan- 
ziertes Projekt, durch das Kon- 
formitätstests für Standards der 
Informationsverarbeitung in- 
nerhalb Europas vereinheitlicht 
werden sollen. 

Für Dr. Robert Metcalfe (von 


die den OSI-Konformitäts- 
test erfolgreich absolviert 
haben. 


Auch die Japaner haben 
1986 ein mit SPAG/COS 
vergleichbares Gremium ge- 
schaffen. Dieses nennt sich 
Promoting Conference for 
OSI (POST). Nach Angaben 
der SPAG/COS-Sprecher 
sollen die Japaner für eine 
Kooperation bei den Test- 
werkzeugen für MAP/ 
TOP-Protokolle gewonnen 
werden. An der Praxisreife 
von OSI-Standards für die 
Fabrikautomation bestünde 
bei POSI reges Interesse. 





tion aktiv. Die Organisation 
wirkt unter anderem an füh- 
render Stelle in einem Kon- 
sortium mit, das sich mit ei- 
nem Projekt für die Entwick- 
lung von Verifizierungs- 
dienstleistungen für Breit- 
bandnetze beschäftigt. 


der 3Com-Corporation), den 
COS-Vorsitzenden, ist eine 
Hauptursache für das derzeit 
stagnierende informationstech- 
nologische Wachstum das Feh- 
len solcher Standards. 

(JS) 
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Rund 2000 Aussteller 
aus 30 Ländern zeigen 
auf der diesjährigen 
Orgatechnik auf dem 
Kölner Messegelände 
alles, was der Markt an 
Produkten für das moderne 
Büro zu bieten hat. 
Schwerpunkt dieser vom 20. bis 
25. Oktober stattfindenden Bü- 
romesse ist die elektronische In- 
formations- und Datenverar- 
beitung - was weder Laien noch 
Fachleute sonderlich überra- 
schen dürfte. Mit 230 000 qm 
Ausstellungsfläche sind alle 
vierzehn Hallen des direkt am 
Rhein gelegenen Geländes be- 
legt, elf Hallen davon sind 
schwerpunktmäßig für Büro-, 
Informations- und Kommuni- 
kationstechnik vorgesehen. In 
den Hallen 12 bis 14 werden 
Büroeinrichtungen und Aus- 
stattungen präsentiert. 


Im einzelnen haben die Veran- 
stalter neun thematische Unter- 
teilungen getroffen, den größten 
Raum nimmt hiervon die 
Gruppe Daten- und Textverar- 
beitung ein, die auf dem ganzen 





Aheinpark 


Eingang 
Halle 6 





Messebahnhof 
Köln-Deutz 





Constantinstraße 








Opladener Straße 


som 

Eingang Osthallen 
Entrance Eastern Halls} 
Entree halls est 
Congress Centrum Ost! 











Halle 2.1 


HEISE 
bh Stand H60 


Ausstellungsgelände mit Aus- 
nahme der Hallen I2 und 13 ver- 
treten ist. Ein weiterer zentraler 
Bereich ist die Abteilung ‘Elek- 
tronische Kommunikation’ in 
den Hallen 9 und 10. 


Umrahmt wird die Orgatechnik 
von fünf Sonderschauen und 
sechs Fachtagungen. Die 
BBW-Fachhandelslounge dient 
den Mitgliedern des Bundesver- 
bandes Bürowirtschaft wieder 
als Treffpunkt. Unter dem 


Deutzer Freiheit 






Motto ‘Computern im Hand- 
werk’ steht ein Beratungszen- 
trum, das von der gleichnami- 
gen Zeitschrift, Kammern und 
Fachverbänden getragen wird 
und mit speziellen Informatio- 
nen Einstieg und Ausbau der 
EDV im handwerklichen Be- 
reich unterstützt. 


‘Neue Wege zum Wissen der 
Welt’ ist die nicht gerade klein- 
laute Losung einer Sonderprä- 
sentation, die insbesondere 





Nicht-Fachleuten das Informa- 
tionsinstrument Datenbanken 
nahebringen soll; gefälliges fürs 
Auge wird im Offenbach-Saal 
des Congress-Centrums Ost zu 
sehen sein, dort läuft die Son- 
derschau ‘Office Design’, eine 
Gemeinschaftsinitiative der 
KölnMesse und der Mailänder 
Cosmit. Gleich nebenan im Eu- 
ropasaal heißt es kurz und bün- 
dig ‘CARDS’, und um deren 
Vorteile als Zahlungsmittel von 
morgen geht's da auch. 


Größte Veranstaltung ist der 
zweitägige VDI-Kongreß ‘Bü- 
rokommunikation ’88’ (20./ 
21. 10.), zeitgleich am 21. 10. 
geht es um die “Entwicklung der 
Programmiersprachen’, ‘Infor- 
mationstechnologie für die öf- 
fentliche Verwaltung’ und die 
‘Planung von Informations- 
und Kommunikationssyste- 
men’. Am Montag (24. 10.) 
kann man wählen zwischen den 
Themen ‘Intelligente Gebäude’ 
und ‘ISDN’. 


Dauerkarten kosten im Vorver- 
kauf 40 DM, Tageskarten 
20 DM, an der Tageskasse beide 
jeweils 50 Prozent mehr. 


Auch iX ist aufder Orgatechnik 
zu finden, und zwar in Halle 2.1, 
Stand H60. JS 








Cologne Computer Conference 


ohne AIX für PS/2 
Peter Welchering 


Angekündigt wurde das 
IBM-hauseigene UNIX für 
das PS/2 bereits auf der 
CeBIT ’88. Seitdem 
schien es eine zeitlang 
so zu sein, als könne 
Mother Blue sich aber noch 
nicht so recht 
entscheiden. Sollte man 
weiterhin darauf warten, 
daß die OS/2-Entwickler 
bei Microsoft endlich mit 
ihren Problemen 
fertigwerden, oder ist der 
Umstieg auf UNIX das 
Gebot der Stunde? 


Ein wenig wurde der Schleier 
um OS/2 und AIX nunmehr auf 
der Cologne Computer Confe- 
rence ’88 (7. bis 10. 9.) gelüftet. 
Denn natürlich ginges bei dieser 
Konferenz über Computeran- 
wendungen in den Geistes- und 
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Sozialwissenschaften auch um 
die Zukunft des PS/2 und AIX. 


Klärend stellte zum Beispiel Pe- 
ter von Dehn vom IBM- 
Fachbereich Lehre und For- 
schung aus Bonn fest: "AIX ist 
das durchgängige Betriebssy- 
stem vom PC bis zum Host. 
Derjenige, der AIX auf einem 
mittleren oder großen System 
fährt, wird AIX bis hinunter 
zum PC nutzen können.’ 


Also doch das endgültige Aus 
für Microsoft und OS/2? 


‘Davon kann überhaupt keine 
Rede sein’, meint Peter von 
Dehn. OS/2 ist für ihn natürlich 
das kommende Betriebssystem, 


und er verteidigt selbstverständ- 
lich auch auf der Cologne Com- 
puter Conference die offizielle 
IBM-Politik: ‘Es besteht über- 
haupt kein direkter Zusammen- 
hang zwischen etwaigen Ent- 
wicklungsschwierigkeiten beim 
OS/2 und den neuen Möglich- 


Warten auf AIX — obwohl 
Big Blues UNIX auf den 
PS/2-Modellen nicht 
vorzeigbar war, gewann 
auf der Cologne 

Computer Conference das 
AIX-Nutzungskonzept klare 
Konturen. 


keiten, die nun durch AIX auf 
kleineren Systemen erschlossen 
werden. Von einer Konkurrenz 
zwischen den beiden Betriebssy- 
stemen kann keine Rede sein.’ 


Soweit also die offizielle Lesart 
der IBM-Strategie, die den An- 
wender ziemlich hilflos und un- 
informiert läßt. Doch wenn man 
ganz genau hinhörte, konnte 
man die grobe Marschrichtung 
der Hilfstruppen beim großen 
Kampf der Betriebssysteme 
dennoch herausfinden. 


Peter von Dehn gab sich jeden- 
falls informationsfreudiger, als 
man es ansonsten vom Fachbe- 


reich Lehre und Forschung ge- 
wohnt ist: ‘Man kann im Mo- 
ment nur sehr schwer abschät- 
zen, ob es eine Koexistenz zwi- 
schen OS/2 und AIX geben 
kann. Wir haben jedenfalls stra- 
tegisch das AIX ab dem Modell 
70 fest in unseren Marketingplä- 
nen. Denn es macht für Anwen- 
der, die auch mittlere und große 
Systeme mit AIX einsetzen, na- 
türlich Sinn, auch auf dem PS/2 
AIX verfügbar zu haben.’ 


Der Trend ist also unschwer 
auszumachen. AIX mausert 
sich derzeit gerade zu dem auf 
allen IBM-Rechnern verfügba- 
ren Betriebssystem, bei dem 
hohe Portabilität garantiert ist. 
Den Anwendern in Forschungs- 
instituten und Universitäten ist 
dabei besonders wichtig, daß die 
noch ausstehenden Standardi- 
sierungsfragen sehr rasch ge- 
klärt und einheitliche System- 
standards erarbeitet werden. 
Das jedenfalls wurde während 
der Cologne Computer Confe- 
rence sehr deutlich. Und das ist 
wohl auch ziemlich deckungs- 
gleich mit den Interessen der 
IBM-Kunden in Verwaltung 
und Industrie. (JS) 
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Oracle-Anwender gründen Benutzergruppe 


Achim Scharf 


Rund 1300 Anwender 
des relationalen 
Datenbanksystems Oracle 
gibt es derzeit in der 
Bundesrepublik 
Deutschland. Mehr als 
dreihundert nahmen an 
der ersten Konferenz der 
DOAG (Deutsche 
Oracle-Anwender- 
Gruppe) am 

8./9. September in 
München teil. 


Im Einleitungsreferat umriß 
Prof. Dr. Franz Schweiggert 
von der Universität Ulm die 
Frage “Warum relationale Da- 
tenbanken?. Gründe für den 
Anfang der achtziger Jahre be- 
gonnenen Siegeszug der relatio- 
nalen Systeme seien die Einfach- 
heit des Datenmodells und die 
hohe Daten-Programm- 
Unabhängigkeit, bei der kein 
Navigieren mehr erforderlich 
ist. Die Verbreitung wurde zu- 
dem durch die einsetzende 


PC-Welle und Produkte wie 
dBASE II forciert. 


Auch Oracle springt nun auf 
den CASE-Zug (CASE = Com- 
puter Aided Software Enginee- 
ring) mit der Freigabe des 
CASE-Dictionary-Tools und 
durch Ankündigung der 'CASE- 
Method’ (Methodik zur Ent- 
wicklung und Pflege von An- 
wendungssystemen) auf. 


CASE und Oracle 


Das Dictionary ist ein Ent- 
wurfs-, Entwicklungs- und Do- 
kumentations-Tool für Anwen- 
der, die mit dem Systementwurf 
gerade beginnen oder solche, die 
die Verwaltung bereits beste- 
hender Anwendungen doku- 
mentieren und steuern wollen. 


CASE-Dictionary ist 
SQL-orientiert und umfaßt eine 
Reihe von Tools und Berichts- 
generatoren, die als Automati- 
sierungshilfe für CASE-Method 
und andere Verfahren verwen- 
det werden. Der Anwendungs- 
bereich des Dictionary erstreckt 
sich über Entwurf, Dokumenta- 
tion, Entwicklung und Konfi- 


guration von Datenbanken. Es 
werden alle kritischen Daten 
über organisatorische Abläufe 
und die Informationsverarbei- 
tung in einem Unternehmen ge- 
speichert. Daraus läßt sich dann 
ein Modell der logischen Ab- 
läufe und der dafür notwendi- 
gen Datenbanken für das Un- 
ternehmen entwickeln. 


Mit diesem Tool läßt sich der 
gesamte SQL-Befehlssatz für 
die Datenbank-Definition er- 
stellen. Das manuelle Kodieren 
von SQL-Anweisungen zum Er- 
stellen von Tabellen und Indizes 
ist damit automatisierbar, und 
die Größe der Datenbank für 
eine lauffähige Anwendung 
wird abschätzbar. So dient das 
CASE-Dictionary zur Überset- 
zung der abstrakten CASE- 
Method in konkrete Befehle. 
Funktions- und Objektbeschrei- 
bungen werden in Systemele- 
mente umgewandelt. 


Das CASE-Dictionary ist zur 
Zeit für VAX-Rechner mit 
VMS-Betriebssystem verfügbar 
und soll in Kürze für MSDOS- 
PCs freigegeben werden. 


Die Arbeitsgruppe Technik 
hatte knapp fünfzig Wünsche 
und Anforderungen an Oracle 
formuliert. In der Stellung- 


nahme des Herstellers wurde 
aber klargestellt, daß maximal 
fünfzehn Änderungswünsche 
mit der höchsten Priorität in die 
Entwicklungspläne neuer Ver- 
sionen/Releases aufgenommen 
werden können. Auch wird 
nicht garantiert, daß bestimmte 
Neuerungen zu bestimmten 
Terminen verfügbar sein wer- 
den. 


Wünsche und 
Lösungen 


Einige dieser Anregungen: Die 
Frage nach Editor- und Kopier- 
möglichkeiten in SQL*Forms 
(Trigger-Werte ändern/kopie- 
ren) wird in die Version 3 der 
SQL*Forms einbezogen. Fer- 
ner ist geplant, daß komplexe 
Trigger mit PL/SQL als Daten- 
bank-Objekte definier- und ab- 
legbar sind und dann in 
SQL#Forms angesprochen 
werden können. Zur Frage der 
Dokumentation von Trigger- 
Funktionen kam die Antwort, 
daß SQL*Forms-Trigger eine 
sehr flexible Möglichkeit bieten, 
komplexe Funktionen ähnlich 
wie mit Fortran oder Cobol zu 
programmieren. Außer allge- 
meinen Beispielen ließen sich 
nicht alle Einsatzmöglichkeiten 
eines solchen Tools dokumen- 
tieren. Und: Release V.5.1.B 
von PRO*Fortran für den PC 
komme im Oktober 1988, unter- 
stützt werde Microsoft-For- 
tran. (JS) 


Umsatz mit ESPRIT BiEnEEEHEEEEEEE 


20 Millionen aus EG-Projekten für ADV/ORGA 


Jürgen Seeger 


Sechs Projekte, die von der Europäischen 
Gemeinschaft im Rahmen des ESPRIT-Programmes 
gefördert werden, hat das norddeutsche Softwarehaus 
ADV/ORGA unter Dach und Fach. Das Finanzvolumen 
von über 20 Millionen Mark soll Arbeiten in den 
Bereichen OSI-Anwendungen, Software Engineering, 
Entscheidungssysteme und DV-Sicherheit ermöglichen. 


Die EG-Aufträge will ADV/ 
ORGA in den nächsten drei 
Jahren an den Standorten Wies- 
baden und Wilhelmshaven 
durchführen. Erst kürzlich hatte 
die Wilhelmshavener Aktienge- 
sellschaft einen Kooperations- 
vertrag in Sachen Softwarever- 
trieb mit IBM Deutschland ge- 
schlossen. Beide Firmen arbei- 
ten auch im Rahmen des An- 
fang Juli gegründeten DFKI 
(Deutsches Forschungszentrum 
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Künstliche Intelligenz) zusam- 
men. 


Die ADV/ORGA hatte 1987 
nach einem geplatzten Geschäft 
mit dem amerikanischen Daten- 
bank-Vertreiber Cullinet Um- 
satzprobleme. Nach einer Um- 
frage des Redaktionsbüros Lü- 
nendonk steht das Software- 
haus von der Nordseeküste 
zwar an siebter Stelle in der Hit- 
liste der DV-Beratungs- 


und _Software-Unternehmen 
(87,3 Millionen DM Umsatz), 
ist aber im Pro-Kopf-Umsatz 
weit abgeschlagen: die 
138 000 Mark pro Jahr sind we- 
niger als die Hälfte der Beträge 
der Branchenführer aus Wall- 
dorf (SAP) und Dortmund 
(Software AG), deren Mitarbei- 
ter über 300 000 DM pro Jahr 
einfahren. 


Neben ESPRIT soll der Bund 
die Ertragslage verbessern: Um 
das Projekt Parlakom, das die 
Ausrüstung der Bundestagsab- 
geordneten mit Informations- 
und Kommunikationstechnik 
vorsieht, ausbauen zu können, 
wurde in Bonn ein eigenes Ser- 
vice-Center eingerichtet. Und 
das Auftragsvolumen für das 
Competence Center Informatik 
(CCI) in Meppen werde, so die 
Wilhelmshavener, bereits 1989 


circa 30 Millionen betragen. 
Das CCI wurde im Frühjahr 
von der ADV/ORGA in Ver- 
bindung mit dem Bundesvertei- 
digungsministerium, das auch 
schon 1987 für 25 Millio- 
nen DM Aufträge an die nord- 
deutsche Aktiengesellschaft ver- 
gab, gegründet. 


Ein weiterer Wachstumsbereich 
istinder Kl angesiedelt. Zusam- 
men mit der Volkswagen AG 
entwickelt ADV/ORGA_ein 
Expertensystem für Personal- 
verfügbarkeits-Prognosen, von 
dem man sich eine ‘umfassende 
Nutzung des Human Resource 
Management’ verspricht. Für 
den _Vorstandsvorsitzenden, 
Konsul Friedrich A. Meyer, ist 
diese Entwicklung eine Bestäti- 
gung der Unternehmenspolitik, 
‘gezielt in technologisch an- 
spruchsvolle Anwendungssoft- 
ware zu investieren’. (JS) 
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OS/2 im Büro 


Textverarbeitung, Adreß- und 
Terminverwaltung, Grafik und 
Telex/Teletex umfaßt die Büro- 
software Agtext der Hanauer 
Firma A.Grutzeck. Agtext 
läuft unter OS/2 im Protected 
Mode und soll die Multitas- 
king-Fähigkeiten des MSDOS- 
Nachfolgers nutzen. Das Soft- 
warepaket, das auf der 
ORGATECHNIK (Halle 10.2, 
Stand N/27) zu sehen ist, kostet 
in der Komplettversion knapp 
4000 DM. 


UTM portiert 


Den in der BS2000-Welt nach 
Angaben seines Herstellers Sie- 
mens 'tausendfach eingesetzten’ 
Transaktionsmonitor UTM hat 
man jetzt für den SINIX- 
Rechner MX 500 portiert. Vor- 
gesehene Einsatzgebiete dieses 
Transaktionsmonitors sind vor 
allem kommerzielle Anwendun- 
gen, wo dieses Werkzeug neben 
der Konsistenz-Sicherung auch 
eine Zugangskontrolle und die 
Steuerung von Ablaufprioritä- 
ten bietet. 


Drei neue Modelle mit 
erhöhter Prozessor- 
leistung und 
Plattenkapazität runden 
das Angebot von 
6150-Arbeitsplatz- 
rechnern unter AIX nach 
oben ab. 


Die 5-MIPS-Grenze überschrit- 
ten hat IBM mit drei neuen 
Modellen seiner Workstation- 
Reihe. Die mit einem selbstent- 
wickelten 32-Bit-RISC-Prozes- 
sor, 16 MByte Hauptspeicher 
und einer 114-MByte-Festplatte 
mit ESDI-Schnittstelle (Enhan- 
ced Small Disc Interface) aus- 
gerüsteten Rechner sind vor al- 
lem für den Einsatz im tech- 
nisch-wissenschaftlichen Be- 
reich vorgesehen. Durch die 
mögliche Unterstützung von 32 
Benutzern sieht IBM diese Mo- 
delle aber auch als preisgünstige 
Einstiegsmaschine in ein Mehr- 
platzsystem auf Abteilungs- 
ebene. 


Betriebssystem ist das IBM- 
eigene AIX/RT, eine speziell für 
die 6150-Reihe angepaßte Va- 
riante des UNIX-Derivates 
AIX. AIX, in Langform "Ad- 
vanced Interactive Exekutive, 


soll schnittstellen- und kom- 
mando-kompatibel zu UNIX 
System V.2 und Berkeley 4.3 
sein. 

Ein 16 Bit breiter, AT-kompa- 
tibler Bus und 16 Slots ermög- 
lichen die Verwendung zahlrei- 
cher Adapter und Karten aus 
der MSDOS-Welt. Gleit- 
komma-Operationen werden 
nach Werksangaben durch den 
integrierten Gleitkomma-Pro- 
zessor Motorola MC68881, der 
mit 20 MHz getaktet ist, auf bis 
zu 2020 KWIPS (Kilo Whet- 
stone Instruction per Second) 
beschleunigt. 


Der bislang von IBM angebo- 
tene PC-Coprozessor soll in Zu- 
kunft durch zusätzliche System- 
software, einen sogenannten 
PC-AT-Simulator, ersetzt wer- 
den. Damit sei auf der Konsole 
die Ausführung von DOS- 
Anwendungen möglich. Die 


neuen Modelle sollen je nach 
Konfiguration zwischen 51 000 
und 72000 Mark kosten. JS 








Unterbrechungsfrei 


Gegen Netzausfälle von bis zu 
einer Stunde Dauer schützt die 
PSU-C-Serie von Powertronic, 
Moorenweis bei München. Die 
in den Leistungsklassen 
0,75kVA und 1kVA in 
19"-Technik angebotenen An- 
lagen bestehen aus einem getak- 
teten Wechselrichter, elektroni- 
schem Bypass, Netzgerät und ei- 
nem Satz wartungsfreier Blei- 
Gel-Batterien. Die Preise diffe- 
rieren abhängig von der Lei- 
stungsklasse zwischen 4800 DM 
und 8300 DM. 





Pixel-ASCII- 
Konverter 


VAXen unter VMS und 
UNIX-Rechner unterstützt der 
PAC (Pixel-to-ASCII-Conver- 
ter) der Hennefer Firma Rac- 
Tech. Texte und Zeichnungen 
werden in ein Binärbild umge- 
setzt, das der PAC anschließend 
auswertet und in ASCII-Zei- 
chen überführt. Der Algorith- 
mus sei, so der westdeutsche 
Anbieter, unabhängig von 
Schriftgröße, Schrifttyp und 
Zeichenabstand. RacTech will 
sein Softwaresystem auf der 
ORGATECHNIK (Halle 10.1, 
Stand HI0/J11) vorführen. 
Dort wird der Konverter auf ei- 
ner MicroVAX 3000 unter UL- 
TRIX zu sehen sein. 


Mehr Papier für 





Laserdrucker 
Unter dem Namen HCF 1000 
bietet die in Zimmern bei Rott- 
weil ansässige Vertriebsgesell- 
schaft Multimatic eine 1000 
Blatt fassende Papierzuführung 
für Laserdrucker. Für knapp 
2000 DM ist dieses Zusatzgerät 
für  HP-Laserjets (Foto), 
Canon-SX-Drucker und bau- 
gleiche sowie Ricoh-Drucker 
lieferbar. Für Vieldrucker und 
Besitzer eines Kyocera F 2200 
oder F 3000 ist ein 3000-Blatt- 
Vorratsbehälter mit passender 
Ablage gedacht, der für rund 
I DM erstanden werden 
ann. 


Datenbank- 

Tagung ’89 

Acht ganztägige Veranstaltun- 
gen, verteilt auf zwei Tutorien- 
tage, veranstaltet die GI Deut- 
sche Informatik-Akademie in 
Kooperation mit der Gesell- 
schaft für Informatik am 27. 
und 28.2.1989 an der ETH Zü- 
rich. Die Themen drehen sich 
alle um Datenbanken, unter an- 
derem “Objektorientierte Da- 
tenbanksysteme', “Verteilte 
Mehrprozessor-Datenbanksy- 
steme’ und ‘Prolog und Daten- 
banken’. Die Teilnehmergebühr 
beträgt je Tutorium 310 DM, 
für GI-Mitglieder 240 DM. 


Dataease im Netz 


Das Burscheider Software- 
Haus KRS hat das Datenbank- 
entwicklungssystem Dataease 
in sein Programm aufgenom- 
men. Das für Einzelplatzsy- 
steme und LANs verfügbare 
Paket soll auf der ORGA- 
TECHNIK (Halle 3.1, 
Stand L42) erstmals vorgestellt 
werden. 
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markt + trends 


Deutsch- 
amerikanische 
Kommunikation 


Einen Kooperationsvertrag hat 
die West-Berliner Berthold AG, 
Anbieter von Hard- und Soft- 
ware für Satz- und Redaktions- 
systeme, mit der kalifornischen 
Firma Magna abgeschlossen. 
Damit sei Berthold, deren 
Hauptwachstumsträger nach ei- 
genen Aussagen Hochlei- 
stungs-Workstations und La- 
serbelichter sind, in der Lage, 
künftig auch aufdem Markt des 
Werk-, Buch- und Zeitschriften- 
satzes (einschließlich Umbruch) 
ein leitungsfähiges System für 
vernetzte PCs anbieten zu kön- 
nen. 


UNIX in der DDR 








Nicht nur die Industrienationen 
der westlichen Welt, sondern 
auch die Comecon-Staaten set- 
zen auf ein herstellerunabhän- 


giges Betriebssystem. Das 
DDR-Organ für Mikroelektro- 
nik, MP (Mikroprozessortech- 
nik), berichtet in seiner August- 
Ausgabe, daß bereits seit 1982 
an der Implementierung eines 
UNIX-kompatiblen Betriebssy- 
stems gearbeitet werde. So stehe 
‘dem Anwender in der DDR 
heute eine abgestufte Palette 
von UNIX-kompatiblen Pro- 
grammierumgebungen auf 
Rechnersystemen aller Lei- 
stungsklassen zur Verfügung’. 


Für ESER-II-Anlagen sei ein 
System-V-ähnliches Multiuser- 
Timesharing-Betriebssystem 
namens VMX (Virtual Machine 
UNIX) zu Ausbildungszwecken 
entwickelt worden. 
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Sprachförderndes Abkommen 


HP-Kooperation mit Voice-Processing-Hersteller 


Hewlett-Packard will die 
Sprachverarbeitungs- 
Systeme der 
kalifornischen 

Octel Communication 
Company in seine 
UX-Linie integrieren. Die 
Geräte mit dem 
HP-modifizierten 
UNIX-Betriebssystem 
sollen unter dem 
HP-Label vermarktet 
werden. Gleichzeitig 
vereinbarten die 
Vertragspartner, daß 
Hewlett-Packard einen 
zunächst 
zehnprozentigen Anteil 
am Stammkapital von 
Octel erwerben kann. 


Octel will seine Aktivitäten 
nicht länger auf den amerikani- 
schen und australischen Markt 
beschränken. Der Hersteller 
von sprachverarbeitenden Sy- 
stemen, der für das letzte Ge- 
schäftsjahr bei einem Umsatz 
von 48 Millionen Dollar eine 
376prozentige Gewinnsteige- 
rung auf 6,9 Millionen Dollar 
meldete, sieht als Zielmärkte 
vor allem die europäischen 
Post- und Fernmeldeverwaltun- 
gen. Nach Aussage von Robert 
Cohn, Mitglied der OCC-Ge- 
schäftsleitung, ist die Autono- 
mie seiner Firma damit weiter- 
hin sichergestellt; man werde 
auch die Zusammenarbeit mit 
anderen Computerherstellern 
fortsetzen. 


Für Hewlett-Packard bietet sich 
mit dem Abkommen die 
Chance, Bürosysteme mit einer 
Kombination von Sprach- und 


wickeln. Diese Form der Inte- 
gration verschiedener Informa- 
tionsträger ist bislang noch 
Neuland, wird aber als ausge- 
sprochen zukunftsträchtig ein- 
geschätzt. Der Vertrag enthält 
zwar noch keine konkreten Pro- 
duktfestlegungen, als sicher gilt 
aber, daß die Entwicklung unter 
der HP-eigenen UNIX-Modifi- 
kation UX laufen soll. 


Hewlett-Packard erzielte im 
Geschäftsjahr 1987 mit weltweit 
83 000 Mitarbeitern einen Um- 
satz von 8,1 Milliarden Dollar. 
Größte Auslandsgesellschaft ist 
mit 5100 Beschäftigten die Hew- 
lett-Packard GmbH mit Sitz in 
Böblingen, die einen Jahresum- 
satz von 2,5 Milliarden DM be- 
kanntgab. JS 


Datenverarbeitung zu ent- 


7,3-Milliarden-Projekt definiert 


JESSI legt Konzept für 100-Megabit-Chips vor 


Im europaweiten 
Forschungsprogramm 
JESSI (Joint European 
Submicron Silicon) haben 
die beteiligten Firmen 
und Regierungen jetzt 
einen vorläufigen 
Planungsrahmen bis 1996 
vorgelegt. Projektiert ist 
ein Aufwand von etwa 
20 000 Menschijahren, der 
zwischen 1991 und 1994 
seinen Höhepunkt 
erreicht haben wird. 


Über 100 Millionen Schaltele- 
mente auf einem Chip zu inte- 
grieren ist das Ziel dieses Zu- 
sammenschlusses europäischer 
Firmen und Regierungen. Bis- 
her sind über 60 Halbleiterfir- 


men, Gerätehersteller und 
DV-Anwender aus Belgien, der 
Bundesrepublik Deutschland, 
Frankreich, Italien und den 
Niederlanden an der Defini- 
tionsphase beteiligt. Siemens, 
Philips, die Fraunhofer-Gesell- 
schaft und die niederländische 
Forschungsgemeinschaft STW 
arbeiten als übergreifendes 
Kernteam bei JESSI mit. 


Hauptthemen sind ‘Anwen- 
dung’ und ‘Technologie’, in die 
je ein Drittel der geplanten Ka- 
pazität fließen sollen. Schwer- 
punkt des Themas ‘Anwen- 
dung? ist die Entwicklung neuer 
Entwurfsverfahren. Im Bereich 
der Technologie wird über meh- 
rere Zwischenschritte hinweg 
die Entwicklung von 
0,3-um-Strukturen auf CMOS- 
Chips angestrebt. Etwa 15 Pro- 
zent der Mittel stehen für For- 
schungsarbeiten zur Verfügung, 


forschung — auch Projekte in 
den Bereichen Redundanz- 
Konzepte, neuronale Netze und 
Mehr-Chip-Systeme zählen. 


Über den Standort der neu zu 
schaffenden Forschungs- und 
Entwicklungseinrichtungen soll 
nach Angabe eines Sprechers 
der in Itzehoe ansässigen Pla- 
nungsgruppe erst nach Ab- 
schluß der Konzeptphase ent- 
schieden werden. Die EG- 
Kommission hat sich bereits auf 
die Bundesrepublik festgelegt, 
eine frühzeitig erfolgte Bewer- 
bung Bayerns wird als wenig 
aussichtsreich angesehen, da 
man mit der Ansiedlung des 
Großprojektes eher dem struk- 
turschwachen Norden unter die 
Arme greifen will. Eine detail- 
lierte Planung wird für das Jah- 
resende erwartet. JS 


zu denen — neben Grundlagen- 
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Datenbank 
für Grafik 


Die auf die Entwicklung von in- 
teraktiver Grafiksoftware spe- 
zialisierte Intergraph Corpora- 
tion hat mit Relational Techno- 
logy ein VAR-Abkommen ge- 
troffen. Das relationale Daten- 
banksystem Ingres soll als ein- 
heitliches Datenbanksystem so- 
wohl für die UNIX- als auch für 
die VMS-Software des Grafik- 
anbieters verfügbar werden. 


PforCe portiert 


Die objektorientierte C-Biblio- 
thek von Phoenix Technologies 
ist ab sofort für XENIX- und 
SINIX-Systeme erhältlich. Die 
bislang nur unter DOS lauffä- 
hige Programmsammlung 
wurde von der ComFood 
GmbH (Rohrbusch), dem west- 
deutschen Alleindistributor für 
Phoenix-Produkte, portiert. Die 
DOS-Version kostet wie bisher 
gut 1000 DM, die XENIX- 
Version knapp über 2000 DM 
und die SINIX-Variante noch 
einmal 1000 DM mehr. 


Notstrom 
Ihr bestehendes Programm an 
unterbrechungsfreien Strom- 


versorgungen hat die Firma 
Brandner, Alzenau, um zwei 
Einheiten mit einem und drei 
KVA nach oben aufgestockt. 
Die unter dem Produktnamen 
UPS-1000/3000 angebotenen 
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Systeme können bei einem Netz- 
ausfall rund acht Minuten die 
Stromversorgung sicherstellen. 
Der Anbieter gibt für 50 und 
60 Hz eine Frequenzstabilität 
von +0,5 Prozent an. Bei Ein- 
zelbezug kostet die 1-KVA- 
Anlage 4342 DM, die 3-KVA- 
Anlage 10 260 DM. 


Kyrillisches 
Open Access 


Dem Software-Mangel in der 
UdSSR abhelfen soll ein Joint- 
Venture zwischen SPI (San 
Diego) und der Sowjetischen 
Akademie der Wissenschaften. 
Erstes geplantes Projekt ist es, 
eine kyrillische Version des in- 
tegrierten Pakets Open Ac- 
cess II auszuliefern. In der So- 
wjetunion sind derzeit etwa 
200 000 PCs im Einsatz, Plan- 
ziel für 1989 ist eine Jahrespro- 
duktion von | Million PCs. 


File-Server mit 
X.400-Diensten 


Die auf die Herstellung von in- 
tegrierten Text- und Bürokom- 
munikationssystemen speziali- 
sierte egs mbH, Erkrath, stellt 
auf der ORGATECHNIK 
(Halle 10.2, Stand Q21/P20) ei- 
nen UNIX-File-Server mit 
EMail-Fähigkeiten vor. Die 
Kommunikations-Software soll 
den X.400-Standards entspre- 
chen. 


am 
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Aus Monitor, 
Grafik-Controller und 
Software-Paket besteht 
das Bildverarbeitungs- 
system Signum Sunny 
auf Intel-82786-Basis für 
die Sun-3- und 
-4-Workstations. 


Aufbis zu 2048 x 2048 kann die 
Bildspeichergröße der hochauf- 
lösenden Display-Controller 
variiert werden, die die Münche- 
ner Firma Signum jetzt vor- 
stellte. Die Karte kann direkt in 
Sun-3- oder Sun-4-Arbeits- 
platzrechner integriert werden. 
Neben der Karte sind ein 
19”-Farbmonitor (Sony 
GDM-1950) und die Software 


Farbe im Paket 


Hochauflösendes 


Echtfarb-Bildverarbeitungssystem 


mit der Produktbezeichnung 
SIP/Sun Teil des Paketes. 


Bei einer darstellbaren Auflö- 
sung von 1024x 1024 bis 
1280 x 1024 Bildpunkten kön- 
nen bis zu 16,7 Millionen Far- 
ben gleichzeitig auf den Schirm 
gebracht werden. Die maximale 
Pixeltiefe von 32+2 Bit stellt so 
noch 2 Bits für Grafik- und 
Text-Overlays sowie 8 Bits für 
beliebige Einsatzzwecke zur 
Verfügung. 


Auf dem Board sitzt ein Intel- 
Grafikprozessor 82786 mit 
512KByte Display-List-Spei- 
cher, der alle grafischen Funk- 
tionen durchführt und nach 
Herstellerangaben für eine Zei- 
chengeschindigkeit von 30 000 
Vektoren/Sekunde bei 50 Pi- 
xel/Vektor sorgt. Ein 
RS-343-Videoausgang kann 
Schwarzweiß-Analog-Moni- 
tore oder RGB-Farbbild- 
schirme bedienen. Die Bildwie- 
derholfrequenz beträgt 60 Hz 
“non-interlaced’ bei 64 KHz 
Zeilenfrequenz. 


Die Münchener Firma für ‘Bild- 
verarbeitung und Mustererken- 
nung’ bietet die Karte je nach 
Speicherausbau ab rund 13 500 
DM an, für Software und Mo- 
nitor können noch einmal je 
circa 11 000 Mark veranschlagt 
werden. JS 





Portables UNIX 


Für den T5100 von Toshiba, 
sowohl vom Gewicht (6,8 Kilo- 
gramm) als auch vom Preis 
(circa 15 000 DM) eindeutig ein 
High-End-Portable, ist jetzt 
auch UNIX als Betriebssystem 
verfügbar. Portiert wurde die 
Version V.3 von AT&T. Damit 
kann der 386er bis zu vier Ar- 
beitsplätze unterstützen. Eines 
dieser Terminals wird von der 
serienmäßigen RS-232-Schnitt- 
stelle bedient, für zwei weitere 
ist eine Zusatzkarte notwendig. 


Das auf der 40-MByte-Platte in- 
stallierte Betriebssystem wurde 
um die Berkeley-4.2-Shell- 
Extensions erweitert, mit der 
der netzabhängige Transpor- 





table von vornherein netzwerk- 
fähig wird. Voraussichtlicher 
Preis: um 4000 Mark. 
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Der Offenbacher Hersteller von 
Automatisierungssystemen 
TECNOMATIX hat mit IBM 
eine Vereinbarung getroffen, die 
Portierung der ROBCAD- 
Software auf den IBM-AIX- 
Rechner 6150 mit 5080-Termi- 
nal vorzunehmen. ROBCAD ist 
ein Programmpaket zur grafi- 
schen Simulation komplexer In- 
dustrieroboteranlagen. Die Por- 
tierung soll voraussichtlich im 
November dieses Jahres abge- 
schlossen sein, eine Demo- 
Version für Kunden stehe be- 
reits zur Verfügung. 


Vier im Netz 


Für 7440 Mark bietet die SER- 
VONIC Microcomputer-Ver- 
triebs--GmbH, München, ein 
ARCnet-kompatibles LAN- 
Starter-Kit an. Zum Lieferum- 
fang gehören vier Netzwerkkar- 
ten, Software, Dokumentation 
und Kabelsatz nebst Verbin- 
dern und Terminatoren. Als 
Übertragungsgeschwindigkeit 

werden 4 MBit/s angegeben. 


2400-Baud-Modem 


Mit FURY 2400 TI steht auf 
dem deutschen Markt ein wei- 
teres 2400-Baud-Modem zur 
Verfügung. Als Leistungsmerk- 
male gibt der Entwickler, Dr. 
Neuhaus (Hamburg), an: voll- 
automatische Ruf-Erkennung, 
V.24-Schnittstelle, Baudraten- 
Erkennung, CCITT-V.22bis- 


Norm. Preis: 2277,72 DM. 








Telex fürs Netz 


Versand und Erstellung von 
Fernschreiben unterstützt in 
Verbindung mit einem automa- 
tischen Telex-Prozessor das 
Software-Paket COM-NET, 
lauffähig unter Novell und MS- 
NET. Eingegangene Fern- 
schreiben werden unabhängig 
vom Netzwerkbetrieb gespei- 
chert. Bei Inbetriebnahme des 
Netzes erhalten die einzelnen 
Knoten oder ein Telex-Supervi- 
sor automatisch die gespeicher- 
ten Nachrichten. Die Software 
bietet eine offene Schnittstelle 
zur Kommunikation mit An- 
wenderprogrammen, ein spe- 
zieller Editor für Fernschreiben 
wird mitgeliefert. Die Version 
für stand-alone-betriebene PCs 
bietet COMTEX, Herzogen- 
rath, für 4800 Mark an, für die 
netzwerkfähige Software müs- 
sen 2880 Mark mehr auf den 
Tisch gelegt werden. Das Gerät 
ist postzugelassen (A 506056 V). 
Zur ORGATECHNIK soll eine 
Software-Anpassung für XE- 
NIX vorführbereit sein. 
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REMOTE in Novell 


Rechenintensive Aufgaben kön- 
nen innerhalb von Novell- 
Netzwerken vom eigenen Ar- 
beitsplatz auf andere Rechner 
ausgelagert werden. MTS, Mül- 
heim, bietet dieses Hilfspro- 
gramm für 148,20 DM an. Die 
Anzahl der Rechner in einem 
Netzwerk sei softwareseitig 
nicht begrenzt, sowohl Pro- 
gramm als auch Batch-Prozesse 
könnten ausgelagert werden. 


Der Ionenstrahl-Drucker So- 
lid 30 ist mit einer Druckge- 
schwindigkeit von 30 Seiten pro 
Minute das Flaggschiff der So- 
lid-Familie (ab 37500 DM). 
Der deutsche Non-impact- 
Drucker-Hersteller Microplex 
(München) bietet außerdem die 
100%ig zueinander kompati- 
blen Laserdrucker Solid 11 und 
Solid 15 und das Einstiegsmo- 
dell Solid 8 (ab 8480 DM) an. 








TCS portiert Wang-BASIC-2-Software 


auf NCR-Rechner 


Mit der Portierungssoftware SPX BASIC3 will der 
NCR-Vertriebspartner TCS allen Wang-Anwendern die 
Möglichkeit bieten, ihre BASIC-2-Applikationen in einer 
UNIX-Umgebung zu benutzen. 


Umstieg auf andere Systeme er- 
fordert meist Umschulungen, 
Umgewöhnungszeiten und an- 
dere Unbill. Das hessische Soft- 
ware-Haus TCS bietet für in 
Wang-BASIC-2 geschriebene 
Anwendungen eine auf 
NCR-Tower zugeschnittene 
Portierungs- und Emulations- 
software an. 


In der Grundversion soll die 
Emulationssoftware 16 Parti- 
tionen verwalten können, mit 
jedem Erweiterungspaket kom- 
men weitere 16 dazu. Der 
Hauptspeicherbedarf je Parti- 
tion beträgt 64 KByte, die durch 
den Anwender auf maximal 999 
KByte aufgestockt werden kön- 
nen. Das Basispaket belegt auf 
der Platte 220 KByte, jede Er- 
weiterung 195,5 KByte zusätz- 
lich. Die Wang-BASIC-Dateien 
verhalten sich aus Anwender- 
und System-Sicht wie normale 





UNIX-Dateien.  TCS-eigene 
Terminals unterstützen wahl- 
weise die Wang-Grafik oder die 
üblichen UNIX-Steuerzeichen. 


Nach Angaben von TCS haben 
Benchmarks gezeigt, daß die 
Emulationen auf den kleineren 
Tower-Minis im Vergleich zu 
den Originalprogrammen bis zu 
dreimal schneller waren. TCS 
hat sich für UNIX entschieden, 
da dieses ‘Migrationsperspekti- 
ven (bietet), die herstellerbezo- 
genen Betriebsystemen per defi- 
nitionem fremd’ seien. 


TCS bietet Komplettlösungen 
an, die preisgünstigste liegt bei 
rund 32000 DM und besteht 
auseinem NCR 32/400 mit zwei 
Terminals (aufrüstbar bis auf 16 
Arbeitsplätze) und dem Pro- 
grammpaket. Mit einem 
NCR 32/850 kann auf 500 Ar- 
beitsplätze aufgestockt werden. 

JS 





iX 11/1988 





PS/2-Clones vorbereitet 


Bull, LSI-Tochter G-2 und Apricot in PS/2-Konkurrenz 


Die französische 
Bull-Gruppe und die 
G-2 Inc., Tochter der 
kalifornischen LSI Logic, 
wollen gemeinsam 
einen PS/2-kompatiblen 
Chip-Set und das 
zugehörige BIOS 
vermarkten. Chips und 
Betriebssystem sollen 
uneingeschränkt 
kompatibel zur 
80x86-Reihe sein, ohne 
IBM-Rechte zu verletzen. 
Der Start der 
Serienproduktion ist für 
das Jahresende 
geplant. 


Das Abkommen zwischen der 
Bull-Gruppe und G-2 soll die 
beiden Vertragspartner in die 
Lage versetzen, ihren Kunden 
kostengünstig Systeme anzubie- 
ten, die exakt die Möglichkeiten 
von OS/2 und der Micro- 
Channel-Architektur nachbil- 
den. G-2 darf den von Bull ent- 
wickelten siebenteiligen “Uni- 
versal-Chip-Set’ und das eben- 
falls aus dem Hause Bull stam- 
mende BIOS weltweit herstellen 
und vermarkten. Im Gegenzug 
erhält der französische Herstel- 
ler neben den Lizenzgebühren 
von G-2-Know-how in Sachen 
Design-Technologie eine zuver- 


NCR 


stockt auf N 


Um 50 Prozent aufgestockt hat 
der Augsburger Computerher- 
steller NCR seine Fertigungs- 
kapazität für Chips. Die deut- 
sche Tochter der amerikani- 
schen NER Corporation, Day- 
ton/Ohio, reagiert damit auf 
den weltweiten Chip-Mangel 
und einen bevorstehenden 
Großauftrag. NCRs Auftrags- 
bestand sei um 18,8 Prozent auf 
256,4 Millionen DM gewach- 
sen. Unbestätigten Branchenge- 
rüchten zufolge hat Unisys In- 
teresse an einer Beteiligung oder 
Übernahme NCR:s. 


en. 
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lässige Versorgung mit Chip- 
Sets. 


Der Chip-Set enthält CPU/- 
Bus-Controller, Memory- 
Controller, DMA-Controller, 
Adreß-/Daten-Buffer, PIO und 
VGA-Controller. Software und 
Bausteine wurden größtenteils 
bei Bull Micral of America 
(BMA), einer Bull-Tochter mit 
Sitz in Minnesota, entwickelt. 
Bill O’Meara, Präsident der G-2 
Inc., betonte anläßlich der Ver- 
tragsunterzeichnung, Chips und 
BIOS seien als erste Produkte 
ihrer Art ‘uneingeschränkt 
kompatibel zu den Mikropro- 





zessoren 80286, 80386 und zum 
neuen 80386SX(p9)'. Trotzdem 
werden nach Aussage von Bull 
keinerlei IBM-Rechte tangiert. 
Die Konzernspitze rechnet auch 
nicht mit juristischen Auseinan- 
dersetzungen. Big Blue selbst 
will dazu derzeit keine Stellung- 
nahme abgeben, man werde 
‘den Fall untersuchen." 


Die BIOS-Entwickler haben ih- 
rem Betriebssystem ‘Self sca- 
ling’, die Anpassung an ver- 
schiedene CPU-Taktraten, bei- 
gebracht. Dieses Feature be- 
inhaltet ebenfalls ein kürzlich 
von NCR in den USA zum Ver- 





Altos: Gewinn und Umsatz gesteigert 


Eine Umsatzsteigerung von 14 
Prozent gibt der kalifornische 
Anbieter von Mehrplatzsyste- 
men, Altos Computer Systems, 
bekannt, von 153,9 Millionen 
Dollar im Geschäftsjahr 1987 
auf 175,8 Millionen Dollar 1988 
(Abschlußdatum 25. Juni). Der 
Nettogewinn kletterte von 9,7 
Millionen auf 22,2 Millionen 
Dollar, jeweils inklusive der Er- 


löse aus dem Verkauf der Infor- 
mix-Anteile (1987: 1,1 Millio- 
nen, 1988: 14,1 Millionen). 


Die Altos-Niederlassung in 
Gräfeling bei München meldet 
eine Steigerungsrate von 33 Pro- 
zent. Das Volumen der Netto- 
verkäufe sei von 18,8 auf 25 
Millionen DM angewachsen. 


Kommunikations- Angebot 


Ihr eigenes Kommunikations- 
netz will die Siemens AG auch 
Dritten anbieten. Dazu wurde 
als selbständige Tochtergesell- 
schaft die Vascom Gesellschaft 
für internationale Telekommu- 
nikationsdienste mbh mit Sitz in 


München gegründet, die poten- 
tiellen Interessenten ihre Lei- 
stungen international anbieten 
soll. Das weltweite Siemens- 
Netz umfaßt 400 Standorte in 
50 Ländern und rund 80 000 
Terminals. 


trieb freigegebenes OS/2. Einen 
anderen Schritt auf dem Weg in 
die Welt der PS/2-Clones hat 
kürzlich Amstrad eingeschla- 
gen. Der britische Hersteller hat 
mit IBM ein vertraulich gehal- 
tenes Patentaustauschabkom- 
men abgeschlossen, das auch die 
PS/2-Linie mit einschließt. 


Bull und G-2 wollen durch die- 
sen Schritt OS/2 und die Mi- 
ero-Channel-Architektur rasch 
zum neuen De-facto-Industrie- 
standard entwickeln. Die G-2 
war letztes Jahr von LSI Logic 
mit dem ausdrücklichen Ziel ge- 
gründet worden, den Markt für 
IBM-kompatible PC-Chips zu 
erobern. Mit PS/2-kompatiblen 
Workstations ist Anfang Okto- 
ber auch der britische Hersteller 
Apricot in den Ring gegangen. 
Die Vermarktung dieser Qi- 
Serie - mit 16 MHz 803865X 
oder 25 MHz 80386 — sehen die 
Briten auch als deutlich aktuel- 
lere Aufgabe an als konzeptio- 
nelle Erwägungen wie EISA. 


Der Trendsetter in Sachen 
PS/2-Clones, die US-amerika- 
nische Dell Computer Corp., 
scheint die Lage dagegen schon 
wieder neu zu interpretieren. 
Nachdem sie als erste einen 
PS/2-Kompatiblen angekün- 
digt hatte, wurde jetzt die Aus- 
lieferung verschoben. Grund: 
mangelnde Nachfrage, so Dell, 
und auch Tandy will erst im 
nächsten Jahr liefern. JS 






A: PEN uN 
Bla Ur 


240 000 Terminals 
am Netz 

Das nach eigenen Aussagen 
größte private Datennetz Euro- 
pas soll die Racal Data Group 
für die britische Regierung ein- 
richten. Anfang 1989 werden 
zunächst vier Ministerien mit 
etwa 85 000 Terminals den lau- 
fenden Dienst nutzen, später 
sollen 240 000 Datenendgeräte 
in Regierungsstellen über das 
Netz verbunden sein. Die west- 
deutsche Tochtergesellschaft 
Racal-Milgo GmbH erhielt 
kürzlich einen Großauftrag der 
Deutschen Bundespost für 6000 
TEMEX-Ausrüstungen. Damit 
will man bis Ende 1990 den er- 
sten Abschnitt des TEMEX- 
Netzes realisieren, das unter an- 
derem per Telefon ferngesteu- 
erte Gerätebedienung ermögli- 
chen soll. 
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UNIX-Workstations 


steuern 


Instrumente 


IEEE-488-Bus für Sun-Systeme 


National Instruments 
bietet sein GPIB-Kit zur 
Steuerung von 
IEEE-488-kompatiblen 
Instrumenten jetzt auch 
für die System-3- und 
System-4-Arbeitsplatz- 
rechner von Sun an. 


Ingenieure, Techniker und Wis- 
senschaftler, die unter UNIX 
Instrumente steuern wollen, 
sind die Zielgruppe des GPIB- 
(General Purpose Interface 
Bus)Produkts S3/4. So sieht es 
jedenfalls die süddeutsche 
Firma Meilheim, Anbieter der 
VME-Bus/IEEE-488-Interface- 
Karte. Das 1965 von Hewlett- 
Packard unter dem Namen HP- 
IB eingeführte Schnittstellen- 
protokoll bekam 1975 den 
IEEE-Segen und ist seitdem als 
IEEE-4888-Norm weltweit ver- 
breitet. Mittlerweile, so Meil- 
heim, sollen rund 4000 Geräte 
von mehr als 300 Herstellern 
über diese Schnittstelle mit der 
Außenwelt kommunizieren, 






von Oszilloskopen über opti- 
sche Scanner und Plotter bis hin 
zu Datenerfassungs-Subsyste- 
men. 


Für 8725 DM werden die Inter- 
face-Karte, ein Adapter- 
Bracket, Dokumentation, Ver- 
bindungskabel und die notwen- 
dige Software auf einer Sun- 
Cartridge geliefert. Das Kit 
GPIB-S3/4 ist mit dem GPIB- 
TLC-CHIP uPD7210 von NEC 
bestückt und soll eine Daten- 
transferrate von 500 KB/serrei- 
chen. Das Device-Handler- 
Paket umfaßt, so Meilheim, alle 
Low- und High-Level-Funktio- 


Roadrunner- 
Software 


PVI Precision Visuals hat einen 
Teil seiner Grafik-Software für 
die Sun-Workstations 386i an- 
gepaßt. Im einzelnen geht es um 
DI-3000 XPM, eine Bibliothek 
von über 200 Fortran-Routi- 
nen, die die Frankfurter Vertre- 
tung der US-amerikanischen 
Firma ab circa 15000 DM (I. 
Lizenz, 2. Lizenz etwa 9500 
DM) anbietet, PicSurePlus, ein 
Anwendungspaket zur Erzeu- 
gung von Präsentationsgrafi- 
ken, die GKS-normierte Unter- 
programmbibliothek GK-2000 
sowie mit dem Extended Meta- 
file System um einen Bild- 
schirmspeicher im PVI- oder 
CGM-Format. 
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Siemens-PCs 
preiswerter 


Nach der Preissenkung bei Sie- 
mens ist das 286er Einstiegsmo- 
dell des deutschen Herstellers, 
der PCD-2M, jetzt für 7262 
Mark erhältlich (3 1/2”-Lauf- 
werk, 640 KByte, 20-MByte- 
Platte). Der PCD-3T als Ein- 
stiegsmodell in die 386er Welt 


nen des IEEE-488-Standards. ’ 


Die höheren Funktionen erspa- 
ren dem Anwender direkte Bus- 
aufrufe und Protokoll-Details. 
Aufrufe auf unterer Ebene set- 
zen in der Regel weitgehende 
Kenntnisse des GPIB-Proto- 
kolls voraus. Die Bediener- 
schnittstelle ist voll kompatibel 
zu den ebenfalls von National 
Instruments angebotenen 
GPIB-Handlern für DECs 
UNIBUS und Q-BUS, VME- 
Bus, S-100-Bus, STD-Bus, 
Apples Mac und MSDOS- so- 
wie PS/2-Systeme. 


kostet mit 1 MByte Hauptspei- 
cher, 16MHz Taktfrequenz 
und 70 MByte Festplatte 15 824 
DM, für die 25-MHz-Version 
mit 64 KBit Cache und einer 
155er Platte muß man rund 
7000 Mark mehr anlegen. 


386/ix für NCR 


NCR hat sich für 386/ix als Be- 
triebssystem für seine 32-Bit- 
Arbeitsplatzrechner 

NCR PC916 entschieden. Der 
US-amerikanische Computer- 
hersteller will das 386/ix-Paket 
in Form von drei verschiedenen 
Modulen ausliefern, die einzeln 
erworben werden müssen: Be- 
triebssystem, Software- 
Entwicklungsumgebung und 
VP/ix für DOS-Anwendungen. 


Das GPIB-S3/4 wurde durch 
die Möglichkeit des parallelen 
Buszugriffs den Anforderungen 
eines Multitasking-Betriebssy- 
stems angepaßt. Das mitgelie- 
ferte Software-Paket umfaßt 
den UNIX-Handler, eine Hoch- 
sprachenschnittstelle zu C, das 
interaktive Steuerprogramm so- 
wie Konfigurations- und Dia- 
gnose-Programme. Wer auf das 
Adapter-Bracket verzichtet, 
kann zwei Tausendmarkscheine 
sparen. JS 


386/ix-Bonbon 


Das kalifornische Software- 
Haus Interactive, Entwickler 
und Vertreiber de MSDOS- 
fähigen UNIX-Systems 386/ix, 
will künftig das relationale Da- 
tenbanksystem INGRES seiner 
Systemsoftware beilegen. Diese 
Zugabe soll ohne jeden Aufpreis 
für den Endkunden das Interac- 
tive-Paket attraktiver machen. 
INGRES-Vertreiber Relational 
Technology bietet als getrennt 
lieferbare Optionen für 386/ix- 
Kunden Tools zur Unterstüt- 
zung von Netzwerken, verteil- 
ten Datenbanken und zur Er- 
stellung von Report-Generato- 
ren an. 


iX 11/1988 





68030-Assembler für Sun System 3 


Der MC68030-Assembler 
MAS68X wird von der Aache- 
ner Software-Firma C. Franke 
jetzt für die Sun-3-Worksta- 
tions unter SunOS angebo- 
ten. Der Makro-Assembler, der 
File-Including und bedingte As- 
semblierung unterstützt, be- 
dient neben dem 68030 auch die 
Vorgänger der Motorola- 
680xx-Familie sowie die 6888x- 
FPUs und den Paged Memory 


PS/2 vernetzt 


Der neuentwickelte Chip 
“ASIC’ soll der Netzwerkkarte 
NICps/2 für IBM-PS/2-Mi- 
ero-Channel-Systeme von Un- 
germann-Bass zu ungewohnter 
Betriebssicherheit und Ge- 
schwindigkeit verhelfen. So- 
wohl die Version für 5-MBit- 
Breitbandnetze (3713 DM) als 
auch die für Ethernet-Basis- 
band (1419 DM) sind nach Her- 
stellerangaben voll software- 
konfigurierbar und entsprechen 
den IBM-Konfigurationen. Ein 
Novell-Treiber kann mitgelie- 
fert werden. In Verbindung mit 
Net/One sei auch die Emulation 
von IBM-3270-PCs, asynchro- 
nen Terminals und die Kommu- 
nikation mit verschiedenen 


Hosts möglich. 
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Manager 68851. Erzeugt wird 
relokatibler Code im Standard- 
Objektformat des Berkeley- 
Systems, der problemlos in 
Hochsprachenprogramme und 
vorhandene Bibliotheken ein- 
bindbar sein soll. 


Sourcecode-kompatible Versio- 
nen des Assemblers sind für die 
Betriebssysteme CP/M-68K, 
FACE-68K, Atari-ST-TOS und 
innerhalb eines Crossassem- 
bler-Paketes auch für MSDOS 
und OS/2 lieferbar. Preis: 


798 DM auf Tape, 741 DM auf 


MSDOS-Diskette, jeweils in- 
klusive Handbuch mit 100 Sei- 
ten. 


2,3 GByte auf Videoband 


Das Cartridge-Tape-Subsystem 
EXB-8200 mit 2,3 Gigabyte 
Kapazität von Exabyte für 
8-mm-Videoband wird seit 
neuestem von m-+s elektronik 
(Niedernberg) für die Rechner 
der NCR-32-, der Unisys-5000- 
und der Univac-1100-Serie an- 
geboten. Bislang gab es An- 
schlußmöglichkeiten an DEC, 
Sun und HP. EXB-8200 paßt in 
einen 5 1/4’-Standard-Ein- 
schub, ein SCSI-Controller und 


Datenbank-Berater 


Das amerikanische Monatsma- 
gazin DATA BASED ADVI- 
SOR hat ab der 88er August- 
nummer einen Distributor für 
den deutschsprachigen Raum. 
Der Lemgoer EXPRESS- 
SERVICE bietet ein Jahres- 
abonnement für 140 DM an. 
Das Fachblatt beschäftigt sich 
mit Datenbank-Management 
auf Mikrocomputern — Bug- 
Reports, Installationshinwei- 
sen, Programmiertips und 
Grundlagenartikeln. Schwer- 
punkt ist das in der PC-Welt 
meistverbreitete Datenbankma- 
nagementsystem dBASE und 
der zugehörige Compiler Clip- 
per, aber auch SQL-Interes- 
sierte finden ihre Seiten. Abge- 
druckte lauffähige Programme 
können auf Diskette bezogen 
werden. 


ein Formatter-Board sind inte- 
griert. Geprüfte Bänder sind 
vom Anbieter in fünf verschie- 
denen Größen ab 256 MByte zu 
Preisen ab etwa 50 Mark erhält- 
lich. 


Das Exabyte-Produkt ist inklu- 
sive Anschlußkabel und Soft- 
ware ab 43 000 DM erhältlich. 






Textverarbeitung für UNIX und MSDOS 


Die in der UNIX-Welt verbrei- 
tete Textverarbeitung IFHIT ist 
jetzt zum Preis von 1490 DM 
auch für MSDOS-Rechner lie- 
ferbar. Somit können Benutzer 
problemlos und ohne Umwege 
Daten austauschen, Sonderzei- 
chen und Umlaute bleiben beim 
Datentransfer unverändert er- 
halten, wie die Entwicklungs- 


und Vertriebsfirma InterFace, 
München, mitteilt. Außerdem 
wurde die UNIX-Version dieser 
Textverarbeitung neben der 
Schnittstelle zu den Datenban- 
ken Informix und SQL/DS um 
eine Zugriffsmöglichkeit auf 
Oracle erweitert. Eine ausführ- 
liche Vorstellung von IFHIT an 
anderer Stelle in dieser Aus- 
gabe. 


CASE-Tools für Sun-Workstations 


Die Oberhachinger Entwick- 
lungsfirma GPP hat ihre 
CASE-Tools EPOS jetzt auf 
Sun-Arbeitsplatzrechnern in- 
stalliert. EPOS ist unter UNIX 
beziehungsweise UNIX-Deri- 
vaten auch für die HP-9000 
(HP-UX), CADMUS-Rechner 


und die Apollo-Domain-Reihe 
verfügbar. EPOS ist eine Soft- 
wareproduktions-Umgebung 
zur Unterstützung der Entwick- 
lungsarbeit und des Projektma- 
nagements mit grafischer Be- 
nutzeroberfläche. 
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Peter Welchering 


Lernen mit 
neuen Medien 


UNIX-Video für Einsteiger 





Wem bisher das Selbststudium zu einsam, Lehrgänge 
in Computerschulen zu ineffizient und Einführungen in 
Computerzeitschriften zu unverständlich waren, dem 
kann mit einem Video geholfen werden. 


Bequem vor dem Videorecorder 
darf er sich fühlen wie zu guten 
alten Computerclub-Zeiten — 
wie weiland im Westdeutschen 
Rundfunk. Denn WDR-Mode- 
rator Wolfang Back führt auch 
im ‘UNIX-Video für Einsteiger’ 
durch die Sendung. Und das 
Ganze fünf Stunden und sech- 
zehn Minuten lang. So viel Zeit 
nehmen nämlich die didaktisch 
insgesamt gut aufeinander ab- 
gestimmten zehn Lektionen 
mindestens in Anspruch. Diese 
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‘normale Spieldauer’ kann aller- 
dings durch individuelles Über- 
springen oder Wiederholen ein- 
zelner Lektionen beliebig ver- 
kürzt oder verlängert werden. 
Das bleibt völlig dem Lerneifer 
des einzelnen überlassen. 


Der übrigens wird auf jede nur 
erdenkliche Art unterstützt. 
Das gesamte Kurspaket enthält 
nämlich neben zehn Videokas- 
setten und einem der üblichen 
UNIX-Fachbücher auch noch 





ein mit viel Esprit und großem 
Sachverstand geschriebenes Be- 
gleitbuch. Als Herausgeber des 
Tutorials in Loseblattform 
zeichnet das Aus- und Weiter- 
bildungszentrum des Techni- 
schen Kundendienstes der Nix- 
dorf Computer AG verantwort- 
lich. Daß den Video-Filmern die 
Kompetenz der UNIX-Spezia- 
listen von Nixdorf ständig zur 
Verfügung stand, wird auch al- 
lenthalben deutlich. Allerdings 
auf eher unauffällige Art. Man 
merkt einfach, daß dem Ganzen 
derartig umfangreiche und so- 
lide Betriebssystemkenntnisse 
zugrunde liegen, wie sie eben 
nur altgediente Systemspeziali- 
sten zu haben pflegen. Und die 
werden auch noch dramatur- 
gisch pfiffig und videotechnisch 
alles in allem recht gekonnt um- 
gesetzt. Weiterer Pluspunkt: 
Das Nixdorf-Logo ist dabei nur 
selten zu sehen. 


Für jeden etwas 


Die zehn Bildschirm-Lektionen 
sind so angelegt, daß der Com- 
puter-Einsteiger langsam an 
den ja nicht gerade leicht ver- 
daulichen Lehrstoff herange- 





führt wird. Gleichzeitig lang- 
weilt sich jedoch auch der Be- 
triebssystem-Umsteiger keines- 
wegs. Ihm werden nicht nur 
schöne Bilder geboten, sondern 
vor allen Dingen die Möglich- 
keit, sein Wissen aktiv in die 
Lernarbeit mit einzubringen. 


Die ersten beiden Lektionen 
sind geradezu beispielhaft. Da 
wird nämlich nicht nur das 
UNIX-Konzept in groben Zü- 
gen vorgestellt, sondern durch 
eine gelungene Trendanalyse 
auch die Beziehung zu anderen 
Betriebssystemen deutlich ge- 
macht. In der zweiten Lektion 
gibt's Tips und Tricks für die 
Arbeit am Terminal. Weil da al- 
les von den UNIX-Besonderhei- 
ten her aufgerollt wird, wird 
selbst ganz alten Großrechner- 
hasen noch eine Menge geboten. 
Die in der dritten Lektion be- 
handelten Bürofunktionen sind 
dann etwas mehr auf die kon- 
kreten Tagesaufgaben auf der 
Sachbearbeiterebene abgestellt. 


Ungeahnte 
Möglichkeiten 


Spannend wird’s selbst für aus- 
gebuffteste System-Freaks in 
der vierten und fünften Lektion, 
die beide der Dateiverwaltung 
unter und mit UNIX gewidmet 
sind; gut gefallen hat mir auch 
der Überblick über die UNIX- 
Editoren in der sechsten Lek- 
tion. An die schließt dann auch 
sofort die siebte ganz zwanglos 
an. Denn da gehtesnoch einmal 
um Dateiverwaltung; diesmal 
aber für die Fortgeschrittenen, 
die am Ende der Lektion Daten- 
felder äußerst virtuos ganz nach 
ihren Wünschen auf Betriebssy- 
stemebene herauf- und herun- 
tersortieren lassen können. Zu- 
sammen mit einem Editor kann 
man dann schon eine ganze 
Menge an Anwendungen reali- 
sieren. 


Qualität: schwankend 


Voll auf ihre Kosten sollen in 
der achten Lektion vermutlich 
wohl die Vollblutprogrammie- 
rer kommen. ‘Einführung in die 
Shell als Kommando-Interpre- 
ter’ ist nämlich als Thema ange- 
sagt. Das ist natürlich keine 
leichte Sache. Man merkt’s Mo- 
derator Back, der hier geradezu 
in schwindelnde Höhen der Ab- 
straktion vorstößt, auch mäch- 
tig an. Diese Lektion hängt lei- 
der didaktisch etwas durch. 
Zwar liegt die Aufbereitung 
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wirklich schwieriger Themen, 
wie zum Beispiel Kommandoin- 
terpretation, UNIX-Prozesse 
oder Hintergrundverarbeitung, 
immer noch erheblich über dem 
Durchschnitt der meisten 
UNIX-Kurse. 


Aber verglichen mit den übrigen 
neun Lektionen des UNIX- 
Videos bleibt diese Lektion 
denn doch etwas unter dem nun- 
mehr vom Video-Studio Pader- 
born gesetzten Standard. Ei- 
gentlich schade, denn gerade die 
Shell- Programmierung ist her- 
vorragend dazu geeignet, die 
ungeheure Flexibilität von 


UNIX zu demonstrieren. Da 
haben sich Moderator Back, die 
System-Spezialisten von Nix- 
dorf und die Paderborner Vi- 
deo-Filmer leider eine hochka- 
rätige pädagogische 

einfach entgehen lassen. 


Chance 






Das UNIX-Video für Einsteiger auf einen Blick 


ieferumfang: 


.‚Schlußwort 


des Rezensenten 
geäußert werden. Und da kann 
eigentlich nur noch einmal wie- 
derholt werden, was oben schon 
zu lesen war. Das ‘UNIX-Video 
für Einsteiger’ ist eine interes- 
sante Alternative zum bisheri- 
gen Kurssystem und zeigt eine 
attraktive neue Möglichkeit auf, 
Betriebssystemwissen zu ver- 
mitteln. Als effizientes didakti- 
sches Mittel wird es sich sicher- 
lich bewähren. Zumal die kriti- 
sierten Mängel bei einer etwai- 
gen zweiten Auflage leicht zu 
beheben wären. 


Denn insgesamt stimmt die 
Richtung. Das haben auch 
schon viele Firmen und Bil- 
dungseinrichtungen erkannt, 
die das UNIX-Video bereits in 
ihre Computerkursprogramme 
integriert haben. Die ersten Er- 
fahrungsberichte jedenfalls 


zehn Videokassetten (Systeme bei Bestellung wählbar) 


Begleitbuch in Loseblattform; Herausgeber: 
Technischen Kundendienstes der Nix- 


bildungszentrum des 
dorf Computer AG 


Aus- und Weiter- 


Fachbuch: Gulbins, Jürgen; Einführung in das Betriebssystem 


UNIX (Springer Verlag, 2 


Gesamtdauer der Videokassetten: 


Preis: 


Aufl 


1985) 


5:16 Stunden 


Ein Listenpreis für Firmen und kommerzielle Nutzer wird zur 


Zeit im Video-Studio Paderborn noch diskutiert, 


für Universi- 


täten sind Sonderkonditionen vorgesehen 


Etwas versöhnt wird man aber 
durch die neunte Lektion, die 
einige Themen der Shell-Pro- 
grammierung noch einmal auf- 
greift und erheblich gelungener 
umsetzt. Doch wie der Volks- 
mund so schön sagt: Was Häns- 
chen nicht lernt, lernt Hans nim- 
mermehr. Zu spät also, der miß- 
lungene Einstieg in die Shell- 
Programmierung kann auch 
während der neunten Lektion 
nicht repariert werden. 


Aber vielleicht bessern die Vi- 
deo-Filmer ja noch nach. Dann 
könnte unter Umständen auch 
die zehnte Lektion, in der noch 
einmal einige UNIX-Komman- 
dos besprochen werden, syste- 
matischer aufbereitet werden. 


Fazit 


Trotz der harschen Kritik soll 
aber noch ein versöhnliches 
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konnten die Video-Filmer in 
Paderborn ziemlich ermutigen. 
So sehr sogar, daß gegenwärtig 
eine kürzere und preiswertere 
Fassung für den privaten User 
im Gespräch ist. ‘Aber entschie- 
den ist hier noch gar nichts, das 
ist nur so eine mögliche Per- 
spektive’, meint Walter Lübbert 
vom Video-Studio Paderborn 
und betont: “Mit dieser Diskus- 
sion stehen wir intern wirklich 
erst ganz am Anfang. Das ist 
noch gar nicht so richtig hand- 
greiflich.’ 


Bleibt also nur noch zu wün- 
schen, daß diese Diskussion 
gute Fortschritte macht. Dem 
Anwender, der dann UNIX in 
Eigenregie vor dem häuslichen 
Fernsehschirm lernen will, wäre 
dann wirklich weitergeholfen. 


BE (JS) 
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Peter Welchering 


Integrierte Workstation-Konzepte sind so neu nicht. 
Aber mit der seit Juli 1988 verfügbaren Produktlinie der 
Serie DN3500 ist Apollo Domain seinem Ruf als Pionier 
im Workstation-Bereich dennoch wieder einmal gerecht 
geworden. Wurde hier Integration wirklich ernst 


genommen und konsequent durchgeführt? 


iX 11/1988 












































Verschiedene 
NETISSENLLE 
verbindet das 
Apollo-eigene 
Network 
Computing System. 
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Beschränkt man sich nur auf die 
Hardware, so ist sehr viel Neu- 
artiges eigentlich nicht anzuzei- 
gen. Die DN3500 folgt hier der 
eher traditionellen Worksta- 
tion-Definition, die sich ja be- 
kanntlich an den fünf Fingern 
einer Hand hersagen läßt. Da 
steht dann nämlich der kleine 
Finger für die Forderung nach 
mindestens | MIPS, der Ring- 
finger für | MB Hauptspeicher, 
der Mittelfinger für hochauflö- 
sende Grafik, der Zeigefinger 
für Mehrfenstertechnik und Par- 
allel-Processing sowie schließ- 
lich der Daumen für ein schnel- 
les lokales Netzwerk, das 
Il MByte pro Sekunde schon 
schaffen sollte. 


Diesem Leistungsprofil genügt 
die DN3500 natürlich, aber sie 
hält sich auch auf den ersten 
Blick vollkommen in dessen 
Rahmen. Die technischen Da- 
ten bestätigen das. Erwähnens- 
wert ist gleichwohl, daß diese 
Workstation auf einem Moto- 
rola 68030 und einem Gleitkom- 
maprozessor 68882 basiert, mit 
25 MHz getaktet ist und flotte 
4 MIPS vorweisen kann. 


Doch so richtig interessant wird 
die Maschine, wenn man sich 


das zugrundeliegende Konzept 
der integrierten Workstation 
mit einem zweiten Blick ansieht. 


UNIX-Integration 


Denn integriert wurde hier eine 
Menge, und das sehr systema- 
tisch. Fangen wir einmal auf der 
Betriebssystemebene an. Mitge- 
liefert wird das Domain/OS. 
Obwohl es sich dabei um ein 
herstellerorientiertes Betriebs- 
system handelt, sind dennoch 
die gängigen Industriestandards 
voll berücksichtigt. Und das 
war nur durch Integration mög- 
lich. Im Domain/OS-Kern fin- 
det man nämlich das UNIX Sy- 
stem V, BSD 4.3 der University 
of California at Berkeley und 
AEGIS von Apollo Domain in 
produktiver Koexistenz. Die 
wird im übrigen auch durch die 
immer öfter auftretende Not- 
wendigkeit, schnell einmal ins 
MSDOS wechseln zu können, 
keineswegs beeinträchtigt oder 
gar gestört. Ein PC-Coprozes- 
sor-Board mit einem Intel 80286 
oder wahlweise die leistungs- 
starke Domain/PCC-Emula- 
tionssoftware bieten hier optio- 
nal ausbaufähige Lösungsan- 
sätze. 


Gründungsmitglied der Open 
Software Foundation (OSF) zu 
sein, die das harte Geschäft der 
UNIX-Standardisierung über- 
nommen hat, verpflichtet eben. 
Da sind innovative Konzepte 
und pfiffige Ideen gefragt. Aber 
es eröffnet auch vielverspre- 
chende Chancen sowohl für den 
Anwender als auch für den Her- 
steller. Und die Manager von 
Apollo Domain scheinen fest 
entschlossen, diese Chancen in 
kommerzielle Vorteile umzuset- 
zen. Die von ihnen nicht un- 
maßgeblich beeinflußte gegen- 
wärtige Diskussion in der OSF 
bietet nämlich einen guten Aus- 
gangspunkt, die Betriebssy- 
stem-Erweiterungen in naher 
Zukunft einmal zum marktpo- 
litisch schon jetzt gewünschten, 
dann aber auch offziell erklär- 
ten Standard werden zu lassen. 


Verteiltes UNIX 


Da wäre dann natürlich so man- 
ches lukrative Lizenzgeschäft zu 


machen. Wenn die Apollo- 
Produktstrategie dabei nicht 
über das Ziel hinausschießt, 


kann das dem Anwender eigent- 
lich nur recht sein. Mit der wei- 
teren Verfügbarkeit von AEGIS 
kommt man langjährigen 


Fotos: Media-Team (1). Apollo Domain (2) 
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Apollo-Kunden entgegen. Es 
sind ausgezeichnete Grafikfä- 
higkeiten betriebssystemnah 
implementiert, die UNIX von 
sich aus eigentlich gar nicht bie- 
tet. Auch die Integration der 
Netzwerk-Software auf Be- 
triebssystem-Ebene ist dem 
Standardisierungsziel mit Si- 
cherheit äußerst dienlich. Das 
Apollo-eigene Network Com- 
puting System (NCS) bietet 
nämlich nicht nur die traditio- 
nellen Möglichkeiten der Re- 
mote Job Entry (RJE), also etwa 
den Zugriff auf Dateien, die auf 
Fremdrechnern aufliegen, die 
Programmablaufsteuerung für 
einen Zielrechner oder schlicht 
das Absetzen mehrerer Stapel- 
aufträge. 


NCS erlaubt sogar richtiges Par- 
allel-Processing auch in hetero- 
genen Netzwerken. Das befreit 
von den physikalischen Gren- 
zen, die der eigene Arbeitsplatz- 
rechner mit seinen spezifischen 
Ressourcen setzt. Denn anders 
als bei herkömmlichen Netz- 
werkkonzepten ist NCS direkt 
in die Systemumgebung inte- 
griert. Dadurch wird eine Ver- 
teilung von Rechenleistung er- 
zielt, die von den üblichen Über- 
tragungsprotokollen weitge- 
hend unabhängig ist. 
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Das parallele Rechenparadies 
mit gleichmäßig verteilten Da- 
tenlasten ist damit gleichwohl 
noch keineswegs realisiert. 


Parallel Processing 


Denn die Remote Procedure 
Call Facility des NCS ist ledig- 
lich dafür zuständig, daß Pro- 
grammteile und Daten die ent- 
sprechenden verfügbaren CPUs 
im Netz auch tatsächlich errei- 
chen und nach Abarbeitung des 
Teiljobs wieder korrekt an den 
Absender zurückgehen. Das 
heißt aber nicht, daß nun ein- 
fach bestimmte Programmteile 
an beliebige CPUs geschickt 
werden können. 


Die entsprechenden Applikatio- 
nen müssen natürlich auf den 
Zielrechnern verfügbar sein. 
Und welche Rechner die erfor- 
derliche CPU-Leistung und mit- 
hin die gefragte Applikation 
bieten können, das weiß der 
‘Location Broker’ genannte Teil 
des NCS-Systems. Wie jeder so- 
lide arbeitende Informations- 
Broker muß auch er immer wis- 
sen, woher er was bekommen 
kann und wer was davon gerade 
braucht. Diese NCS-Routine 
fragt also ständig alle Rechner 
innerhalb des heterogenen 
Netzwerkes ab, kennt die jeweils 
installierten Applikationen und 
verfügbaren CPU-Leistungen 





und kann deshalb den unter- 
schiedlichen Zielmaschinen 
kontrolliert einzelne Teilberech- 
nungen zuweisen. 


Wie man sieht, werden an das 
mit NCS mögliche CPU-Sha- 
ring also doch noch Bedingun- 
gen geknüpft. Die aber erlauben 
ein komfortables und anwen- 
derfreundliches Handling, das 
seinesgleichen sucht. So macht 
zum Beispiel das Software- 
Engineering im Team an der 
DN3500 wirklich Spaß. Denn 
der Anwendungsprogrammie- 
rer hat sich jetzt nurnoch darum 
zu kümmern, seine Probleme 
elegant und effizient zu pro- 
grammieren. Mit den Execu- 
tive-Routinen, eventuellen Pro- 
blemen mit dem Loader oder 
dem Paging muß er sich dabei 
überhaupt nicht mehr befassen. 
Er darf das aber durchaus. 
Durch das NCS wird da nie- 
mand bevormundet. Die letzte 
Entscheidung zum Beispiel, ob 
ein Programmteil auf einer be- 
stimmten, dedizierten, Ma- 
schine laufen soll oder ob NCS 
von sich aus Zuweisungen an die 
vom Location Broker erfaßten 
Zielmaschinen vornimmt, bleibt 
natürlich weiterhin dem An- 
wendungsprogrammierer über- 
lassen. 


Leicht portierbare Software zu 
entwickeln, die sich am Markt 





Foto: Media-Team 
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Die DN3500 auf einen Blick 


behaupten kann, ist damit kein 
Problem mehr. Rein hoch- 
sprachliche Quelltexte gehören 
im Network Computing System 
nämlich zum Arbeitsalltag. 


Leichte Portierbarkeit 


Zielmaschinenspezifische Infor- 
mationen müssen nicht mehr 
enthalten sein. Mit der Network 
Interface Definition Language 
(NIDL) des NCS kann jede 
Hardware-Spezifikation in ei- 
ner Hochsprache definiert wer- 
den. Hier allerdings gibt es eine 
kleine Einschränkung. Der 
NIDL-Compiler generiert zwar 
Prozeduren für die Programm- 
ablaufsteuerung auf unter- 
schiedlichen Maschinen, dies 
aber nur als C-Quellcode. Und 
nur der kann anschließend auf 
der Zielmaschine kompiliert 
werden. An C führt also kein 
Weg mehr vorbei. 


Das wird so manchen einge- 
fleischten Fortran-Program- 
mierer sicherlich etwas stören. 
Wenn man allerdings bedenkt, 
daß die DN3500 nun einmal in 
erster Linie eine leistungsstarke 
UNIX-Maschine ist, darf man 
sich auch am C-Quellcode nicht 
mehr stoßen. Zumal dadurch 
das NCS zum wirklichen offe- 
nen und portablen System ge- 
worden ist. Die entsprechenden 
Lizenzen sind frei verfügbar, 
wenngleich nicht ganz billig. 
Außerordentlich entgegenkom- 
mend zeigen sich die Apollo- 
Manager gegenüber For- 
schungsinstitutionen und Uni- 
versitäten, die für die NCS-Li- 
zenz lediglich eine Anerken- 
nungsgebühr zahlen müssen. 
Die Führungskräfte von mor- 
gen schon heute für NCS und 
damit letztlich auch für die 
Apollo-Maschinen zu gewinnen 
liegt ja auch sicherlich in der 
langfristig angelegten Unter- 
«nehmensstrategie. 


Die richtet sich denn auch in 
erster Linie darauf, die betriebs- 
wirtschaftlichen Vorteile des in- 
tegrierten Workstation-Kon- 
zeptes herauszuarbeiten. Und 
die stellen in der Tat einen wich- 
tigen Kaufanreiz für die 
DN3500 dar. Denn wer sich für 
die DN3500 entscheidet, muß 
weder vollständig auf Worksta- 
tions umstellen, noch legt er sich 
auf eine bestimmte Rechnerar- 
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Prozessoren: MC 68030 mit 25 
MHz und Gleitkommaprozes- 
sor 68882 mit 25 MHz 


Rechnerleistung: 4 MIPS 
Memory: 4 bis 32 MB 


Betriebssystem: BIO) PN 
N/OS (UNIX V keley 4.3, 
AEGIS), MSDOS über Co- 
prozessor-Board oder Emula- 


tion 


Bildschirme: Monochrom als 
15"-Ausführung mit 
1024 x 800-Auflösung oder 
als 19"-Ausführung mit 
1280 x 1024-Auflösung, Co- 
lor als 15”- oder 19"-Ausfüh- 
rung mit 1024 x 800-Auflö- 
sung und 4 oder 8 Planes, 
wahlweise auch 19”-Ausfüh- 
rung mit einer Auflösung von 
1280 x 1024 8 Planes 


Massenspeicher: Festplatte 
mit 170 MB oder 380 MB (un- 
formatiert), Floppy oder Car- 
tridge-Tape. Statt der maxi- 
mal möglichen Plattengröße 
von 348 MB (formatiert) ist 
auch eine Large-Capacity- 
Disk mit 697 MB (formatiert) 
lieferbar. Ebenfalls werden 
Erweiterungsboxen zum An- 
schluß mehrerer Laufwerke 
angeboten. 


Alle Versionen können mit ei- 
nem 1/4”-Cartridge-Tape und 
einem 1/2”-Magnetband 


kombiniert werden. 
Netzwerk: Apollo Token 
Ring, Ethernet 


Erweiterungsbus: AT-kompa- 
tibler Bus mit 7 Slots 


Preis: Je nach Ausstattung 
zwischen 25000 und 90 000 
DM 


chitektur fest. Durch die unge- 
heuren Integrationsmöglichkei- 
ten ist die DN3500 nämlich ein 
absolut offenes System. Die bis- 
her installierten Systeme kön- 
nen mithin leicht über das 
NCS-System eingebunden wer- 
den — unabhängig von herstel- 
lerspezifischen Architekturen 
oder Netzwerk-Topologien. 


Wirtschaftliche 
Lösung 


Was also vor einigen Jahren in 
andere Systeme investiert 
wurde, ist keineswegs plötzlich 
verloren oder fehlinvestiert. Im 
Gegenteil, das integrierte Work- 
station-Konzept macht’s erst so 
richtig rentierlich. Und das 
gleich in mehrfacher Hinsicht. 
Denn bestehende Installationen 
können auf diese Weise nicht 
nur kostengünstig erweitert und 
modernisiert werden, sondern 
die Gesamtinstallation veraltet 
insgesamt nicht mehr so rasch. 
Alle älteren Rechner können ja 
unproblematisch eingebunden 
werden. So kann dann die Per- 
formance einer neuen Maschine 
netzwerkweit genutzt werden, 
und zwar von jeder älteren In- 
stallation aus. Das macht sich 
natürlich bezahlt. Nicht nur 
durch eine bessere Auslastung 
aller CPUs im Netzwerk, son- 
dern vor allen Dingen dadurch, 
daß dedizierte Rechner mit spe- 
zifischen Architekturen und so- 
mit auch Leistungsprofilen von 
allen Stationen über NCS ge- 
nutzt werden können. 


Dabei gibt es allerdings eine 
prinzipielle Schwierigkeit, an 
der die Realisierung vielverspre- 
chender integrierter Netzwerk- 
konzepte in der Vergangenheit 
leider immer wieder scheiterte. 
Beim verteilten Rechnen müs- 
sen nämlich diejenigen Rechner, 
die für die Verteilung selbst zu- 
ständig sind und Applikationen 
an Fremdrechner senden, ein 
sehr breit angelegtes Leistungs- 
spektrum aufweisen. Paralleli- 
tät, große virtuelle Adreßräume 
mit entsprechenden Datenwort- 
längen, ausgefeilte Grafikfähig- 
keiten sowie hohe Rechenge- 
schwindigkeiten gehören dazu. 


Gerade hier zeigen sich die be- 
sonderen Stärken der DN3500. 
Mit ihr können bis zu 56 Pro- 
zesse in Fenstertechnik bei der 
Kontrolle der Applikationszu- 
teilung parallel bearbeitet wer- 
den. Die virtuellen Adreßräume 
von 2 GByte reichen auch aus, 
um sehr große Programme oder 
Applikationsteile im Speicher 


zu halten. Ihre Grafikfähigkeit, 
Rechengeschwindigkeit sowie 
die General-Purpose-Eigen- 
schaften zur Abarbeitung von 
Applikationen aus ganz unter- 
schiedlichen Bereichen sorgen 
für ein markantes und anspre- 
chendes Leistungsprofil. Allein 
zum Beispiel die Kommunika- 
tionsverbindungen lassen hier 
keinen Wunsch mehr offen. Ob 
SNA-Emulation zu IBM- 
Großrechnern, Hyperchannel 
zur Cray, X.25-Dateitransfer 
oder die Verarbeitung unter- 
schiedlicher Magnetbänder - 
mit der DN3500 kann nahezu 
jedes Kommunikationsproblem 
gelöst werden. 


Hohe Leistung, hoher 
Preis 


Dieses hohe Leistungsniveau 
fordert natürlich seinen Preis. 
Für die Problemlösungskompe- 
tenz der DN3500 beläuft er sich 
je nach Ausstattung (Größe der 
Festplatte et cetera) auf 25 000 
DM bis 90.000 DM. Ein hüb- 
sches Sümmchen, das wohl 
überlegt nur investiert wird, 
wenn Aussicht auf Amortisie- 
rung besteht. Angesichts des 
nachgerade filigran ausgearbei- 
teten und realisierten Integra- 
tionskonzeptes erscheint das 
aber auch durchaus möglich. 
Eröffnet es doch effiziente Ein- 
satzmöglichkeiten in eigentlich 
allen Bereichen der sogenannten 
C-Technologien (CAD/CAM, 
COM, CIM und wie sie alle hei- 
Ben), der Finite-Elemente-Me- 
thode und der Software- 
Entwicklung. Und auch bei Si- 
mulationsaufgaben mit großen 
Rechenlasten bewährt sich die 
DN3500 vollkommen. Nur 
wenn Echtzeit-Anwendungen 
gefordert sind, muß sie leider 
ihre 25-MHz-Waffen strecken. 
Aber alles in allem bietet Apollo 
Domain mit der DN3500 eine 
gelungene UNIX-Maschine mit 
erstklassigen Leistungsmerk- 


malen. Wenn sich die OSF-Jury 
bei ihren Standardisierungsdis- 
kussionen an diesem Profil 
orientieren würde, könnten die 
Anwender durchaus zufrieden 
sein. 


(JS) 





Peter Welchering arbeitet seit fünf 
Jahren als DV-Fachjournalist und 
lernte UNIX zuerst auf Großrech- 
nern kennen. 

29 


review 





Uwe Arndt 


Seit Rechner mit 
80286/386-Prozessoren 
erschwinglich geworden 
sind, konkurrieren DOS 
und UNIX in der Welt der 
Betriebssysteme. DOS 
bietet hochinteraktive 
Programme wie 
Textverarbeitung, 
Tabellenkalkulation oder 
Datenbanken; UNIX 
hingegen Multitasking 
und professionelle 
Entwicklungsumgebung. 
Die Grenzen beginnen zu 
zerfließen, jede Seite 
versucht, so weit wie 
möglich in die Domäne 
der anderen einzudringen. 
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Seit einiger Zeit gibt es nun Pro- 
gramme, die MSDOS in ein 
UNIX-System integrieren sol- 
len. DOS soll ein Prozeß unter 
vielen anderen sein. Wie das 
aussieht, was es bringt, wem es 
nützt und wie es funktioniert, 
soll an Hand von zwei Beispie- 
len erläutert werden. VP/ix ist 
eine Entwicklung von Interac- 
tive und Phoenix, zum Test 
stand die für SCO XENIX-386 
angepaßte Version SCO VP/ix 
zur Verfügung. Von der Firma 
Locus stammt das OEM-Pro- 
dukt Merge 386 in der für Mi- 
croport System V/386 angepaß- 
ten Fassung DOS-Merge 386. 


Die beiden Welten 


Eingefleisctte DOS- und 
UNIX-Freaks wissen, warum 
ihr System das jeweils beste aller 
möglichen ist. Mit ihnen über 
die Vorzüge des einen oder an- 
deren Systems zu diskutieren ist 
vergebene Liebesmüh’. Wirft 
man aber einen nüchternen 
Blick auf das Softwareangebot 
und die Möglichkeiten der Sy- 
steme, so gibt es doch das eine 
oder andere, das man hier ver- 
mißt und dort findet. Wer ein- 
mal mit einem integrierten Pro- 


gramm oder einer Textverarbei- 
tung unter DOS gearbeitet hat, 
wird Mühe haben, etwas Ver- 
gleichbares unter UNIX zu ent- 
decken. Wer auf der anderen 
Seite schon einmal die Vorzüge 
des Multitaskings genossen hat, 
wird sich nur schwer auf den 
Ein-Programm-Betrieb unter 
DOS umstellen. Wenn es also 
eine Möglichkeit gibt, diese bei- 
den Welten unter Erhalt ihrer 
Vorzüge zusammenzubringen, 
dann kann dies vielen etwas 
bringen. 


Virtuell wird’s gehen 


Ein Weg, DOS-Software auf 
nicht IBM-kompatiblen Rech- 
nern ablaufen zu lassen, ist das 
Angebot von zusätzlicher Hard- 
ware mit 80x86-Prozessor, auf 
der DOS läuft. Ein Beispiel gibt 
Sun, für deren Workstations ist 
eine AT-Zusatzkarte lieferbar. 


Mit der Portierung von UNIX 
auf Rechner mit 80386-Prozes- 
sor eröffnete sich ein Weg, ohne 
zusätzliche Hardware DOS in 
solchen Systemen zu nutzen. 
Der 80386 ist ein Chamäleon — 
er kann sich wie ein 8086, wieein 
80286 und natürlich wie ein 


80386 verhalten. Nach dem Ein- 
schalten beziehungsweise einem 
Reset ist er als 8086 getarnt; da- 
mit er sich anders verhält, muß 
er in einen anderen Zustand ge- 
bracht werden. Der Prozessor 
arbeitet mit einem erweiterten 
Flag-Register, in dem die Infor- 
mationen über die aktuelle ‘Pro- 
zessorart’ festgelegt wird. 


Solange ein 80386-Rechner im 
8086-Modus arbeitet, ist er 
nicht mehr als ein schneller PC 
— DOS läuft. Ist er in einem an- 
deren Modus, so hat man zwar 
die Hardwareunterstützung für 
ein  Multitasking-Betriebssy- 
stem wie UNIX, aber DOS läuft 
nicht mehr. Hier hat Intel sich 
nun etwas einfallen lassen und 
den virtuellen 8086-Modus ent- 
wickelt. Dieser ermöglicht es, 
für einen oder mehrere Prozesse 
festzulegen, daß diese sich je- 
weils wie ein 8086 Rechner ver- 
halten. Das allein hilft aber 
noch recht wenig, denn jeder 
dieser Prozesse könnte jetzt ver- 
suchen, den Prozessor für sich 
zu beschlagnahmen, indem 
wichtige Interrupts umdefiniert 
werden. Dies kann in einer Mul- 
titasking-Umgebung aber nicht 
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erlaubt sein. Deshalb gibt es hier 
noch Schutzmechanismen. Der 
Prozeß hat keinen direkten Zu- 
griff auf das Interrupt-Flag 
(IF), Operationen wie POPF 
(Flags vom Stapel holen) oder 
CLI (setze Interrupt-Flag) er- 
zeugen einen Fehler. Ebenso 
können Zugriffe auf die I/O- 
Ports überwacht werden (auch 
eine Teilüberwachung ist mög- 
lich). 


Aufpasser benötigt 


Der Weg zum DOS-Prozeß als 
einem unter vielen UNIX- 
Prozessen ist also noch nicht 
abgeschlossen. Damit alles 
funktioniert, muß noch ein Auf- 
passer her, der sich Fehler an- 
sieht und entscheidet, was zu 
tun ist. Ist das erlaubt, was von 
einem Programm versucht 


logısche Prozeß - Seite 


wird? Hier sieht man schon, es 
gibt Möglichkeiten, ein DOS zu 
betreiben, das sicherer abläuft 
als auf einer einfachen’ 
PC-Hardware. Je nach dem 
Ergebnis der Prüfung wird die 
Operation dann durchgeführt 
oder nicht. Dieser Aufpasser ist 
das Programm, das geschrieben 
werden muß, damit wir DOS 
auf einem UNIX-386-System 
nutzen können. 


Ein wichtiger Vorteil des vir- 
tuellen 8086-Modus besteht 
darin, daß er auch in einer Um- 
gebung mit virtuellem Speicher 
und Paging funktioniert, das 
heißt, die 640 KByte von DOS 
müssen im physikalischen Spei- 
cher nicht verfügbar sein, der 
Speicher kann seitenweise auf 
der Platte abgebildet werden. 
Die beim 80386 auf dem Chip 


Zeiger auf reale Platten/ 
Speicher - Seite 
Seite- Flag 
0=5Seite auf Platte 
1= Seite im Speicher 





Seiten im RAM -Speicher 


Prozeß 1 





(PH) 


DOS-Prozeß 


integrierte Speicherverwal- 
tungseinheit nimmt die von den 
Prozessen verwendeten virtuel- 
len Speicheradressen und wan- 
delt sie in reale, physikalische 
Adressen um. Bezieht sich eine 
virtuelle Adresse auf einen Spei- 
cherbereich, der auf Platte aus- 
gelagert ist, wird die entspre- 
chende Seite von der Platte an- 
gefordert. Da dieses Nachladen 
einige Zeit in Anspruch nimmt 
(Plattenzugriff), kann in dieser 
Zeit ein anderer Prozeß weiter- 
arbeiten. Schneller läuft natür- 
lich alles, wenn keine Speicher- 
seiten von der Platte geholt oder 
auf die Platte ausgelagert wer- 
den müssen. 


Scheinbar einfach 


Für die Installation beider Pro- 
gramme benötigt man zwei Dis- 


In Prozeß- 
seitentabel- 
len ist 
verzeichnet, 
wo die 
logischen 
Seiten der 
Prozesse 
verteilt sind. 
Durch 
Auslagerung 
von nicht 
benötigten 
Seiten 
‘wächst’ der 
Speicher. 





Integriert man einen Virtual 
Machine Monitor (VMM) in den 


UNIX 
Prozeß 


UNIX 
Prozeß 


Kern, ist der Weg frei für den 
virtuellen PC und damit für 
einen DOS-Prozeß unter UNIX. 


UNIX Betriebssystem Kern 
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ketten. Das Installieren läuft 
weitgehend automatisch ab. 


Für DOS-Merge wird das allge- 
meine Programm zur Installa- 
tion von Zusatzpaketen (pkgin- 
stall) aufgerufen. Dieses Pro- 
gramm kopiert die Dateien von 
den Disketten und sorgt dafür, 
daß ein neuer Betriebssystem- 
kern (Kernel) gebunden wird. 
Dann wird das System normal 
heruntergefahren, nach dem er- 
neuten Booten muß noch eine 
Shell-Prozedur aufgerufen wer- 
den (dosinstall), und dann kann 
es losgehen - im Regelfall. Die 
Realität zeigte sich anders: Be- 
vor sich ‘dosinstall’ aufrufen 
ließ, mußte noch so manches 
getan werden. Mitten im Laden 
startete der Rechner ein Hup- 
konzert, und die einzige Hilfe 
war ein Druck auf den Reset- 
Knopf. Da sich dies auch nach 
mehreren Versuchen nicht bes- 
serte, lud ich zunächst das alte 
Betriebssystem. Auf Grund des 
kurz vor dem Hupen sichtbaren 
Fehlerhinweises “panic: 
NOEXTFLT no fp in kernel 
mode’ und des Fehlens eines 
Coprozessors vermutete ich ein 
Problem mit einer fehlenden 
Emulation. Da mein alter Ker- 
nel funktionierte und ich auch 
schon erfolgreich neue mit dem 
Link-Kit erzeugt hatte, band ich 
einen neuen (mit DOS-Merge), 
der dann auch einwandfrei lief. 
Eine spätere Nachfrage bei dem 
deutschen Microport-Vertrei- 
ber GTI in Aachen ergab, daß 
esin der aktuellen Version noch 
Probleme mit bestimmten 
Mainboards speziell aus Taiwan 
gebe, die in der nächsten, schon 
im Test befindlichen Version 
des UNIX behoben sein wür- 
den. 


Auch bei SCO XENIX gibt es 
ein Standardprogramm zur In- 
stallation neuer Pakete (cu- 
stom). Für VP/ix muß man 
gleich zwei neue Pakete instal- 
lieren, einmal eine Betriebssy- 
stemerweiterung und dann das 
eigentliche Paket. Nach dem 
Kopieren der Dateien wird auch 
hier ein neuer Kernel erzeugt, 
der mit dem nächsten Laden ak- 
tiviert wird. Das Programm 
steht dann direkt zur Verfü- 
gung. Ein wenig merkwürdig 
und hinter der Zeit scheint die 
Methode, die Programme mit 
Seriennummer und ‘Aktivie- 
rungsschlüssel’ in Betrieb setzen 
zu müssen. 


Bevor VP/ix installiert wird, 
muß XENIX schon da sein, 
doch XENIX wollte sich auf 
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meinem Rechner nicht installie- 
ren lassen. Beim Hardwaretest, 
den XENIX zu Beginn durch- 
führt, erschien der Copyright- 
Hinweis, dann der Buchstabe 
‘A’, und dann half auch hier nur 
noch der Griff zum Reset- 
Knopf. War meine Hardware 
kaputt? Das Handbuch riet für 
diesen Fall, den Händler anzu- 
rufen. Ich versuchte es noch auf 
zwei weiteren Rechnern glei- 
chen Typs, und beim dritten 
Versuch klappte es, denn dort 
war kein Ethernet-Controller 
eingebaut. Die I/O-Adressen 
des Controllers lagen auf den 
Adressen des zweiten seriellen 
Ports. Hätte das Hardwaretest- 
programm statt ‘A’ mitgeteilt, 
was es gerade testet, dann wäre 
alles einfacher gewesen - es soll 
ja noch Leute geben, die ledig- 
lich einen 386er im Zugriff ha- 
ben. Ist ein Test erfolgreich 
durchgeführt, erscheint die Er- 
folgsmeldung mit Nennung der 
intakten Baugruppe auf dem 
Bildschirm. 


Viel Speicher 
schadet nicht 


Beide Systeme erwarten ein 
Minimum von 2 MByte RAM 
und empfehlen für jeden zusätz- 
lichen DOS-Nutzer und DOS- 
Prozeß weitere 2 MByte. Weni- 
ger Speicher wirkt sich auf die 
Geschwindigkeit aus, denn die 
Zahl der nachzuladenden Seiten 
wächst. Diese Empfehlung ist 
durchaus ernst zu nehmen, denn 
die Geschwindigkeit sank merk- 
lich bei mehr als einem DOS- 
Prozeß. 


Bevor es ins Detail der Pro- 
gramme geht, noch etwas zu den 
Gemeinsamkeiten. Beide wer- 
den mit MSDOS 3.21 ausgelie- 
fert. Andere Versionen von 
DOS sollen laufen, werden aber 
nicht von den Firmen unter- 
stützt. 


Beide Programme kommen mit 
einem ausführlichen englischen 
Handbuch. Das VP/ix-Manual 
(ca. 400 Seiten, davon 250 für 
MSDOS) enthält neben den 
‘Release Notes’, dem ‘User’s 
Guide’ und dem ‘System Admi- 
nistrator’s Guide’ ein MSDOS 
Handbuch. Microport (ca. 
550 Seiten) verzichtet auf diesen 
Teil, hat dafür aber ein Manual 
für den Einstieg: ‘Getting Star- 
ted with DOS-Merge 386’. 


Ruft man die Programme auf, 
so kann jeweils angegeben wer- 
den, ob normal gebootet oder 
ein zuvor erzeugtes Speicherab- 
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ls -1 unixdos.c <cr> 


arndt 


-IWXT--r-- 1 
\1/\1/\ ! 
! 
1 
ı 
H 
' 
! 


n 

! 
N ! 
Eu ! 
ad) } 
4} } 
Nat 
Feel. 
Pr 
} 
B 


enutzerzugriffsrechte 


DOS-Merge 


Volume in drive C is mciat386 


Directory of c:/ 


TMP 
UNIX'CC.PRE 
COMMAND.COM 
USR 
UNIX'Z8.MER 
UNIX.ETH 


tmp 
unix.premerge 
command.com 
usr 
unix.merge 
unix.eth 


VP/ix 


Volume of drive Z is UNIX 
Directory of \ 
<DIR> 
<DIR> 
425 
245755 
577 
<DIR> 
<DIR> 
222780 


"PROFTAA 
XENIX 
Dos 

USR 
LOST” "AB 


XENIX OLD 


DOS-Merge 
$ cat /etc/dosdev 


/dev/vcomil 
„al8-2811.3.. 
ER 


conl v 
d 
1 
Tees 
f£ 
d 
e 


dcom2 


fega 
# Remove leading '#' 

# coml r /dev/tty?? 
# modem r /dev/tty?? 
eth d 


herc d ...b0000-bfff£. 


bild geladen werden soll. Ein 
solches Speicherabbild ist eine 
Momentaufnahme eines initia- 
lisierten DOS-Speichers, enthält 
unter anderem den Inhalt von 
allen ROMS (BIOS, EGA). 


Ist DOS dann erst einmal gela- 
den, kann ganz normal wie auf 
einem PC gearbeitet werden, 
Ausnahmen bestätigen auch 
hier die Regel. Problemlos sind 


other 


8/11/88 
8/11/88 
5/26/87 
8/11/88 
11/03/87 
8/12/88 
3/04/88 
8/11/88 


/usr/lib/nerge/edisk 
.3b0-3df..a0000-affff. 


Assign to a line 
Assign to modem 
.340-35£.3.d0000- 








erzeugt 


14917 Aug 15 11:05 unixdos.c 
j ! \ } EN I / 
! ! Dateiname 
} Letzte Veraenderung 
! Groesse in Bytes 
Gruppenname 


} Benutzername 
! Links (Mehrere Namen fuer eine Datei) 
Rest der Welt Zugriffsrechte 
Gruppenzugriffsrechte 


<DIR> 8-15-88 
<DIR> 11-04-87 
<DIR> 8-15-88 1 
404667 11-04-87 
23612 8-11-87 
<DIR> 8-15-88 
497439 8-01-88 
502255 8-10-88 


drwxr-xr-x 
drWXr-xXr-x 
ÄrWXLWXTWX 
SU-KT-Kt-X 
-IWXT-XT-X 
drwxr-xr-x 
-IWXT-XT-X 
-IWXT-XT-X 


© BO0Wwewı 


003) . 
003» 
000) 
003» 
003> 
003» 
003> 
000» 


[rwr-r-] 
[rwr-r-] 
[rw----] 
[rwr-r-] 


‚profile 
xenix 

dos 

usr 
lost+found 
xenix.old 


[rwr-r-] 
[rw----] 
[rwr-r-) 


vVP/ix 
$ cat /usr/<name) /vpix/vpix.cnf 


virt. coml c 
dir. com2 ROM 
Disk drive A CMOS 
DOS partition BOOTIMAGE 
virt. DOS A 

dir. EGA D 

;coMi 
;LPT1 
EGAROM 
MOUSE 


/usr/vpix/defaults/C: 
/usr/vpix/defaults/rom 
/usr/vpix/defaults/cmos 
$HOME/vpix/vpix.img 
/dev/r£d096ds15 

/dev/hd00 

/dev/ttyla 

/usr/bin/lpr 
/usr/vpix/defaults/romega 
difff. ethernet /dev/mouse 
hercules memory 


Tur- 


alle DOS-Kommandos, 
bo-C und Framework liefen 
ebenfalls auf Anhieb. Grafikan- 
wendungen im EGA-Modus 
sind auch möglich. 


UNIX regelt 
den Zugriff 


Beide Systeme erlauben den Zu- 
griff auf alle Dateien im UNIX- 


Dateisystem. Die dabei zu über- 
windende Hürde sind die unter- 
schiedlichen Methoden, Da- 
teien auf der Platte abzuspei- 
chern. Der Zugriff auf diese 
Dateien, die ja nicht in einer 
DOS-Partition liegen, wird über 
die  Netzwerk-Erweiterungen 
von MSDOS realisiert. Die 
UNIX-Dateien liegen also auf 
einer ‘Netzplatte’. Die Schutz- 
mechanismen von UNIX wir- 
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ken deshalb weiterhin. Der 
DOS-Nutzer hat also uneinge- 
schränkten Zugriff nur auf die 
ihm gehörenden Dateien, bei 
anderen Dateien wird der Zu- 
griff über die UNIX-Rechte ge- 
regelt. 


Eingefleischte DOS- 
und UNIX-Freaks 
wissen, warum ihr 
SBONeERSEINTIE 
beste aller 


möglichen ist. Mit 
ihnen über die Vorzüge 
des einen oder 
ERLITT HEART 
diskutieren ist 


vergebene Liebesmüh'. 





Ein Problem taucht auf, wenn 
UNIX-Dateinamen nicht den 
DOS-Konventionen genügen: 
sie sind länger als 12 Zeichen 
oder haben mehr als 8 Zeichen 
vor oder 3 Zeichen nach einem 
Punkt. DOS-Merge und VP/ix 
bilden solche Namen auf gültige 
DOS-Namen ab. Beide bieten 
dazu ein erweitertes 'dir'- 
Kommando an, aus dessen Pro- 
tokoll zu ersehen ist, welche 
UNIX-Datei welchem DOS- 
Dateinamen zugeordnet ist. 


Standpunkte 


Beide Systeme handhaben den 
Zugriff auf die Peripherie und 
die Definition vorhandener 
Hardware unterschiedlich. In 
beiden ist es möglich, Hardware 
speziell einem Prozeß zuzuwei- 
sen, wobei DOS-Merge sich so- 
wohl an den UNIX-Devices 
orientiert als auch an einer 
Hardwarebeschreibungsdatei. 


Der Zugriff auf Dateien in der 
DOS-Partitionen wird unter 
VP/ix sehr restriktiv gehand- 
habt. Sollen mehrere DOS- 
Sessions gleichzeitig mit ihnen 
arbeiten können, muß die ge- 
samte Partition als ‘readonly’, 
nur lesbar, gekennzeichnet sein. 
Dies schützt zum einen die Da- 
teien vor ‘wildem’ Zugriff, zum 
anderen können Dateien nur in 
den eigenen UNIX-Verzeichnis- 
sen angelegt werden — DOS- 
Merge ist da freimütiger. 


Eine eigene DOS-Partition wird 
unter anderem von Program- 
men benötigt, deren Kopier- 
schutz mit der Festplatte arbei- 
tet (versteckte Datei auf einem 
bestimmten Sektor). Will man 
neben UNIX auch mit DOS al- 
lein arbeiten, kann eine solche 
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Partition sinnvoll sein. Unter 
‘reinem’ DOS kann mit den dort 
abgelegten Dateien gearbeitet 
werden, die Daten in den 
UNIX-Partitionen sind dann 
nicht verfügbar. 


Beide Systeme gestatten es, mit 
mehreren virtuellen Bildschir- 
men zu arbeiten. Das Umschal- 
ten erfolgt über die Alt-Taste 
kombiniert mit einer Funk- 
tionstaste. Microport kennt zu 
Beginn vier virtuelle Bild- 
schirme, SCO XENIX sogar 12 
auf denen ein Login möglich ist. 
Um mit VP/ix zu arbeiten, müs- 
sen einige der Bildschirme still- 
gelegt werden, diese stehen dann 
für DOS-Sessions zu Verfü- 


gung. 


Glasnost 


Beide Systeme bemühen sich, 
den Wechsel zwischen DOS und 
UNIX transparent zu gestalten. 
So istes von UNIX aus möglich, 
DOS-Kommandos und -Pro- 
gramme aufzurufen und umge- 
kehrt. VP/ix bietet ein Zusatz- 
programm, das einem die Um- 
stellung von UNIX-Datei- und 
Parameterdarstellung (‘/ in 
Pfadnamen, ‘-' für Parameter) 
auf DOS-Notation (X’ im Pfad, 
‘/ für Parameter) erspart, auch 
in DOS kann nach Aufruf von 
UNIXPATH mit den UNIX- 
Formen gearbeitet werden. 
Ausgaben eines UNIX-Prozes- 
ses können an ein DOS-Kom- 


mando(-Programm) weiterge- 
geben werden und vice versa. 
Man hat also in beiden Welten 
die Werkzeuge der anderen ver- 
fügbar. 


Grafik ja, aber... 


Zu Beginn wurde mit einer Her- 
cules-Grafikkarte gearbeitet, 
diese wird von beiden Systemen 
nicht unterstützt. Bei DOS- 
Merge macht dies keine großen 
Probleme, denn dort kann man 
den Grafikspeicher der Karte 
direkt zuweisen, und das Pro- 
gramm läuft dann (getestet 
wurde mit BGIDEMO von Tur- 
bo-C). VP/ix kann da nicht mit- 
halten, hier ist DOS-Merge im 
Vorteil, durch seine Hardware- 
Beschreibungsmöglichkeit. 
Auch VP/ix bietet eine Mög- 
lichkeit (genannt Generic De- 
vice Interface), nicht unter- 
stützte Hardware zu integrieren. 
Das ist aber mit erheblichen 
Programmierarbeiten verbun- 
den. 


Mit der EGA-Karte klappte es 
dann bei beiden Programmen. 
Hier viel aber auf, daß der Bild- 
schirmzugriff unter VP/ix er- 
heblich schneller erfolgte, man 
mußte dies mit dem Nachteil er- 
kaufen, nicht mehr auf die an- 
deren virtuellen UNIX-Bild- 
schirme zugreifen zu können. 
Dort war nur noch die Grafikin- 
terpretation des Textes zu er- 
kennen. DOS-Merge konnte 





beim Bildschirmaufbau gleich- 
ziehen, wenn die EGA-Karte 
exklusiv zugewiesen wurde. 
Wenn dies getan wurde, konnte 
man auf andere UNIX-Sitzun- 
gen erst nach Ende der DOS- 
Nutzung wieder zugreifen. 
Auch macht sich das Programm 
im Normalfall die Möglichkeit 
zunutze, die Zugriffe auf die 
Ports zu überwachen. Dadurch 
ist der. aktuelle Zustand der 
EGA-Karte erkennbar und es 
ist möglich, in den erforderli- 
chen Modus für einen UNIX- 
Bildschirm und auch wieder zu- 
rück umzuschalten. 


Die Verwendung meiner Bus- 
Maus war in beiden Systemen 
nicht unproblematisch. Mit 
VP/ix lief sie nur, nachdem der 
Maus-Interrupt auf INT 5 ge- 
stellt war und dies bei der Instal- 
lation so angegeben wurde. Un- 
ter DOS-Merge lief sie, als die- 
ser Artikel geschrieben wurde, 
noch nicht. Nach Meinung des 
deutschen Vertreibers ist dies 
ein Zeitproblem: Der Zeitgeber 
(Timer-Interrupt) wird von 
DOS-Merge auf eine niedrigere 
Rate eingestellt, als dies DOS 
standardmäßig tut. Hilfe wurde 
zugesagt. 


... und andere Fallen 


DOS-Merge erlaubt es zwar, auf 
einfache Weise neue Hardware 
in ein System zu integrieren, die 
Möglichkeit, I/O-Ports und In- 
terrupts direkt einem DOS- 
Prozeß zuzuweisen, enthält aber 
auch die Gefahr, daß ein Benut- 
zer aus Versehen versucht, dem 


System ‘lebenswichtige’ Res- 
sourcen wegzunehmen (zum 
Beispiel die Harddisk-I/O- 


Ports). Dies führt im schlimm- 
sten Fall zu einem Systemstill- 
stand. Hier sollte in DOS- 
Merge ein Schutzmechanismus 
eingeführt werden, was möglich 
ist, da das System ja wissen 
sollte, welche Ports gefahrlos 
dem Benutzer überlassen wer- 
den können und welche nicht. 


Auch auf einem Mehrplatzsy- 
stem gibt es nur eine Konsole. 
Also sollte *UNIX_DOS’ zu- 
dem über eine serielle Schnitt- 
stelle und ein Terminal funktio- 
nieren. Tutesauch - doch höch- 
stens um einmal ‘dir’ aufzuru- 
fen. Alle Programme, die Grafik 
nutzen, laufen nicht. Die Einga- 
ben in menü- beziehungsweise 
tastenorientiertte Programme 
sind mühsam. Die speziellen 
Tasten der PC-Tastatur müssen 
durch Escape-Folgen abgebil- 
det werden (Ausnahme: Termi- 
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C Datenbankentwicklungs- 
system mit C Source 
das professionelle Ent- 


wicklungssystem der nächsten Generation. Zen- 
trales Data- und Programm-Dictionary, 
umfangrej£he Toolbox, Programm-, Listen- und 
Maskengenerator, sind nur einige der Bestand- 
teile. Alles über ein interaktives, menügeführtes 
Programm (ebenfalls im Sourcecode enthalten), 
für jeden Applikationsprogrammierer verfüg- 
bar, Passen Sie den Applikationsgenerator mit 
der mächtigen d-tree Toolbox an Ihre individu- 
ellen Bedürfnisse an. Verfügbar auf fast allen 
Betriebssystem und falls nicht - der gesamte 
Sourceceode steht Ihnen zur Verfügung. Welt- 
weit haben sich mehrere Tausend Entwickler für 
die Produkte von FAIRCOM entschieden. 


c-tree” 950,4 die portable ISAM-Verwal- 
© 


tung, unter Novell 2.11 nun auch als Value 


Das Optimal 


Added Process im Fileserver zu installieren. 
Damit reduzieren Sie die Auslastung Ihres Netz- 
werkes um ein vielfaches, denn die Indexdatei- 
en müssen nicht mehr mühsam über das 
Netzwerk transferiert werden. Auch in Netbios 
und UNIX/XENIX Versionen dabei. c-tree ist 
auch als Standalone Module sehr gut einsetz- 


IEC-625, HP-IB, GP-IB 

für IBM-PC, XT, AT, IC, RT 6150, 
IBM-PS/2, PHILIPS PC :YES und 
alle Kompatiblen 

MS-DOS, 0S/2, UNIX 


bar, Inzwischen auf über 60 unterschiedlichen 
Umgebungen implementiert. DOS, Netbios, 
Novell, UNIX, XENIX, VAX/VMS immer dabei. 


r-tree"* 750,4 der Reportgenerator, frei 
c 


anfigurierbare Listen und Reports im Hand- 
umdrehen oder von d-tree automatisch erstellt, 
beliebig erweiterbar durch Benutzerfunktionen 
(in C geschrieben). Keine Programmierschnitt- 
stelle erforderlich, sondern nur Ihr guter CCom- 
piler, da die gesamte Software in Sourcen 
geliefert wird. Keine Runtimelizenzen und wenn 
Sie zu neuen Ufern wollen - nehmen Sie d-tree 
/r-tree und c-tree einfach mit. 
Wir beraten Sie gerne über den Einsatz dieses 
einmaligen Tools. Auf Wunsch implementieren 
wir auch für Sie oder helfen Ihnen beim Layout 
der Datenbank. Portierung (falls notwendig), 
Verkauf, Hotline und Beratung. 

Rufen Sie an - es lohnt sich! 


At genannten Warenzeichen und eingevagane Warenzeichen der Jmamiigen Proc: 
Fenster 


HP-Kommandos implementiert 
ASYST kompatibel 

National Instruments und Keithley 
kompatibel 

64 kByte Speicherverwaltung 
DMA und INTERRUPT (SRO) 
interaktives Bedienungsprogramm 
HELP-Bildschirm, Syntax- 
Überprüfung, Help- und Diagnose- 
funktionen in Deutschem Klartext 
BASIC, TURBO-BASIC, (TURBO-) 
PASCAL, MODULA-2, Fortran, C, 
ASSEMBLER 
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DOS Merge 386 

© ermöglicht einfache 
Integration anderer 
Hardware 

© hohe Transparenz; 
Kommandos der 
‘anderen’ Welt erreichbar 


© umfangreiche Dokumen- 


tation 


VP/ix 

© gute Zugriffskontrolle 

© schnelles Laden von 
IDIORS IHERGN 

© DOS-Handbuch wird 
mitgeliefert 

© UNIXPATH- 
Kommando 


nals, die PC-Scan-Codes erzeu- 
gen). Die Übertragungsge- 
schwindigkeit liegt in der Regel 
bei maximal 9600 Bit/s. Der 
Grafikzeichensatz des PC muß 
auf andere Zeichen abgebildet 
werden, und nicht zuletzt haben 
einfache Terminals in der Regel 
nur 24 Zeilen. Beide Systeme 
bieten zwar eine Umschaltta- 
stenfolge zwischen den Zeilen 
1-24 und 2-25, aber... 


Die Werbeaussage, daß man mit 
DOS-Merge beziehungsweise 
VP/ix Hardware einsparen und 
durch billige serielle Anschlüsse 
an den 386er viele DOS- 
Rechner realisieren kann, ist 
überzogen. Auch wenn man die 
seriellen Leitungen durch ein 
Ethernet ersetzt, hat man immer 
noch die Einschränkung, daß 
Grafikprogramme nicht laufen. 


Wer braucht es? 


Anwendungen für solche Pro- 
dukte gibt es. Persönlich war ich 
ganz froh, nicht mehr für jeden 
Betriebssystemwechsel neu boo- 
ten zu müssen und bei Bedarf 
mal schnell DOS aufrufen zu 
können, um dort mit Frame- 
work zu arbeiten. Weiter kann 
man von beiden Seiten auf Da- 
teien zugreifen, genaugenom- 
men ist eine eigene DOS-Parti- 
tion nur noch für kopierge- 
schützte Software nötig, deren 
Kopierschutz eine ‘richtige’ 
Platte braucht. Eine zusätzliche 
Anwendung ist dort zu sehen, 
wo Software für beide Systeme 
entwickelt wird. Auf einer Ma- 
schine kann programmiert und 
getestet werden. Gerade beim 
Testen ist von besonderem Vor- 


© DOS-Aufruf dauert lang 
© Benutzer erreicht alle 
Ressourcen 


STE DIORE SE FTifeloltten) 


© Probleme beim Grafik- 
Text-Wechsel 

© Ausgabe der ‘anderen’ 
Welt geht auf Extra- 
Schirm 





teil, daß ein DOS-Programm, 
das in eine nicht unterbrechbare 
Endlosschleife gerät, nicht zum 
Neustart zwingt, sondern ein 
Tastendruck genügt, um in die 
UNIX-Umgebung zurückzu- 
kehren. 


Ein eindeutiges ‘besser als’ gibt 
es bei diesen Programmen nicht. 
Beide können DOS in die 
UNIX-Welt bringen, die Unter- 
schiede sind im täglichen Ge- 
brauch nicht so groß. Da beide 
verschiedene UNIX-Versionen 
voraussetzen, besteht auch kein 
Zwang zur Entscheidung. Was 
man auf keinen Fall tun sollte, 
ist, die Wahl für ein UNIX- 
System von dem dort vorhan- 
denen ‘DOS-Realisierungspro- 
gramm’ abhängig zu machen. 
(pan) 


Uwe Arndt ist Diplom-Informati- 
ker und seit drei Jahren wissen- 
schaftlicher Leiter des Rechenzen- 
trums der EWH Koblenz. 
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report 


“Dunkel war’s, der Mond schien 
helle, als ein Auto blitzeschnelle 
langsam um die Ecke fuhr...’ 
Klassische Zeilen aus der Grün- 
dungsgeschichte einer Organi- 
sation, deren widerspruchsrei- 
che Entstehung nur von einer 
mindestens ebenso  wider- 
sprüchlichen Zielsetzung über- 
troffen wird. iX recherchierte 
die Hintergründe dieser Soft- 
wareorganisation von Hard- 
wareherstellern und sprach mit 
den beteiligten und unbeteilig- 
ten (aber betroffenen) Firmen. 
Henning Oldenburg, der ‘Direc- 
tor of European Operations’ der 
OSF, erläuterte in einem mehr- 
stündigen Gespräch die Ziele 
und Grundsätze seiner Organi- 


Die offene Ge 


wendbares Betriebssystem zu 
vernünftigen Lizenzbedingun- 
gen aus der Taufe zu heben, hin- 
terließ das ungewohnte Bild ei- 
ner Wolfsmeute in Schafspel- 
zen. Ganz so kuschelig war es 
wohl nicht gedacht, schließlich 
knurrten die Beteiligten gar hef- 
tig über zwei Mitwölfe im 
schwarzen Schafspelz: AT&T 


-und Sun hatten versucht, die 


Beute unter sich aufzuteilen. 
Die Beute: das sind Zigtausende 
von Büroinstallationen mit 
längst abgeschriebenen PCs und 
ebensoviele ohne jede Datenver- 
arbeitung. Ihnen sollte die mo- 
disch angezogene Datenwelt un- 
ter UNIX ans Herz gelegt wer- 
den, die vom gewohnten DOS 





Hewlett-Packard und Apollo an 
einen Tisch in der Hamilton 
Avenue in Palo Alto und über- 
legten, wie ein besseres, von 
AT&Ts Gnaden unabhängiges 
UNIX-Derivat auszusehen 
hätte. Natürlich wollte man 
nicht das Rad aufs neue erfin- 
den, aber etwas mehr als eine 
simple Rundumerneuerung 
sollte es denn schon sein. Neben 
dem Schwachpunkt der Lizenz- 
abhängigkeit fielen der nach ih- 
rem Treffpunkt benannten Ha- 
milton Group gleich mehrere 
Details des traditionellen UNIX 
ins Auge: fehlende Echtzeitver- 
arbeitung und keine Unterstüt- 
zung von Multiprozessor-Syste- 
men zum Beispiel. Kurzum, al- 


und ihre Freunde 


Die Open Software Foundation und die Systemarchitektur der neunziger Jahre 


Detlef Borchers 





größeren Marktanteile in der 
UNIX-Welt, die Ballung mit 
DEC, HP und Apollo hätte je- 
doch in jedem Falle eine Anti- 
Trust-Klage erzeugt, vorzugs- 


‘weise von der per Anti-Trust- 


Beschluß kleingeschrumpften 
AT&T. Ironischerweise kann 
auch hinter dem Interesse von 
IBM ein Antitrust-Trauma ver- 
mutet werden. Wie leicht ver- 
gessen wird, hatte Mama Blue 
die Antitrust-Klage im Jahre 
1969 nur abwenden können, in- 
dem sie eine ganze Reihe inkom- 
patibler Systeme, betreut durch 
separate Abteilungen, auf den 
Markt warf. Die Migration die- 
ser verschiedenen Ansätze mit 
einer irgendwie vereinheitlich- 





Was ist die Open Software Foundation? Ein großes Werbespektakel oder eine beispiellose Vereinigung zur 
Sicherung moderner Standards? Wie sieht die Zukunft von UNIX aus, wenn die geballte Herstellermacht über 
ein neues Betriebssystem entscheidet? 


sation. Lesen Sie in diesem er- 
sten Teil, wie es zur Gründung 
der OSF kam und wie die näch- 
sten Schritte ‘des offenen Ver- 
eins zur Förderung der Betrjeb- 
samkeit’ aussehen werden. Im 
nächsten Heft geht es dann um 
die Bedeutung der OSF für den 
europäischen Markt. 


Als am 17. Mai 1988 der er- 
staunten Computerwelt die 
Gründung einer ‘Open Software 
Foundation’ mit millionen- 
schwerem Budget präsentiert 
wurde, rieb sich mancher die 
Augen. Nicht über die Absicht 
der Gründungsväter, einen offe- 
nen Betriebssystemstandard für 
die Zukunft zu entwickeln, son- 
dern mehr über die Zusammen- 
setzung dieser Gruppe: Apollo, 
Groupe Bull, Digital Equip- 
ment, Hewlett-Packard, IBM, 
Nixdorf und Siemens bekunde- 
ten in trauter Gemeinsamkeit 
ihre Absicht, je 14 Millionen 
Dollar in eine herstellerunab- 
hängige Forschungsgemein- 
schaft zu stecken. Auch das er- 
klärte Ziel, ein universal ver- 
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aus Schritt für Schritt erkundet, 
vom Computerdebütanten un- 
ter Einbeziehung aller grafi- 
schen Hilfen sofort gemeistert 
werden sollte. Wen kümmert’s, 
daß dieses Vorhaben eines 
neuen UNIX von Sun und 
AT&T zunächst unter Aus- 
schluß der anderen gemeinsam 
ausbaldowert und dann erst der 
restlichen UNIX-Welt zugäng- 
lich gemacht werden sollte? Na- 
türlich die Hersteller, deren 
Technik auf andere Prozessoren 
ausgelegt war, als die von Sun 
und AT&T favorisierten, sei es 
nun Motorola, Prisma und an- 
dere. Neben dem Wettbewerbs- 
nachteil der langwierigen Por- 
tierungsarbeit argwöhnten diese 
Hersteller, daß AT&T eines 
schönen Tages die Tür zum 
Source-Code für sie ganz zu- 
schlagen würde (siehe Kasten). 


Gefolgschaft 
aufgekündigt 


In dieser Situation setzten sich 
Ende 1987 Vertreter von DEC, 


lein ein vollständig modernisier- 
tes und auf alle Systeme trans- 
ferierbares UNIX hätte alle 
Chancen, dem Sog der AT&T/ 
Sun-Vereinigung zu entgehen. 
Obwohl die Hamilton Avenue 
Sitz der Ultrix-Entwickler von 
DEC ist, interessierten sich die 
Mitglieder der Hamilton Group 
dem Vernehmen nach für das 
UNIX-Derivat MACH-2 von 
der Carnegie-Mellon-Universi- 
tät. Die dort in Zusammenar- 
beit mit dem Verteidigungsmi- 
nisterium entwickelte UNIX- 
Variante ist auf die Unterstüt- 
zung der Multiprozessortechnik 
ausgelegt, die in einer Worksta- 
tion oder in einem Netzwerk an- 
gewendet werden kann. 


An diesem Punkt im Entschei- 
dungsprozeß kam IBM dazu - 
die näheren Umstände werden 
von allen Beteiligten unter Ver- 
schluß gehalten. Die schiere 
Marktmacht des neuen Partners 
erzwang eine Umorientierung 
der bis dato wenig folgenreichen 
Gedankenspiele der Hamilton 
Group. Zwar besitzt IBM keine 


ten Softwareumgebung ist Teil 
der geänderten IBM-Strategie 
und besitzt die hausinterne 
Schiene namens SAA. War der 
Zusammenschluß nur auf offe- 
ner Ebene machbar, so erschien 
die Einbindung der Europäer 
Siemens, Nixdorf und Groupe 
Bull als nächster logischer 
Schritt in dem Gesamtprojekt — 
über das Wie und Wann schwei- 
gen sich nun alle Gründungsvä- 
ter der OSF aus. Ein logischer 
Schritt, der auch den Interessen 
der Europäer nahekam, wenn 
sie in Übersee expandieren woll- 
ten. 


Laßt sehen! 


Als die Gründung der Open 
Software Foundation bekannt- 
gegeben wurde, entstanden so- 
fort die wildesten Gerüchte, was 
von welchem Sponsor wie ver- 
wendet werden sollte — ganz 
ohne Blick auf die Anti-Trust- 
Bestimmungen. Immerhin wa- 
ren sich Kritiker und Freunde 
der offenen Software soweit ei- 
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report 


‘Einer der Gründe für 
die Gründung der OSF 
VEISEReEW Ste l-Yatlıre 


[e [7 BPZ-T FAT GE Terz 
[eY=Te TaTelflatet-1, WitTz 
System V 3.' 


nig, daß die Vereinigung schnell 
vorzeigbare Resultate auf ihr 
Habenkonto laden mußte, 
wollte sie nicht zu einem reich- 
lich kostspieligen Ankündi- 
gungsverein verkommen. Mit 
ihrer Ankündigung, bis 1990 die 
erste Version des Betriebssy- 
stems inklusive aller integrierten 
Bestandteile vorzustellen, setzte 
sich die OSF selbst erst einmal 
unter Druck. Wie Henning Ol- 
denburg, der europäische Re- 
präsentant der OSF, in dem 
Gespräch mit iX es darstellt, 
hatte es die OSF mit der früh- 
zeitigen Entscheidung für eine 
noch nicht vollendete AIX- 
Version von IBM geschafft, zu- 
mindest im Zeitplan ein forsches 
Tempo vorzulegen. Noch ist es 
zu früh, über die Auswirkungen 
dieses Entschlusses zu spekulie- 
ren: außer der Angabe, daß das 
neue AIX für die Echtzeitverar- 
beitung geeignet ist und eine 
AT&T-Lizenz nach 5.2 enthält, 
sind uns keine Details der neuen 
Version mitgeteilt worden. 





Stand die Entscheidung für den 
Kernel unter enormem_ Zeit- 
druck, so soll die Auswahl der 
geeigneten Zusätze für die gra- 
fische Oberfläche, die Daten- 
bank und die Kommunikation 
in geregelteren Bahnen verlau- 
fen. 


Für jede Komponente ihrer Re- 
ferenz-Implementation veran- 
staltet die OSF daher eine Art 
öffentliche Ausschreibung, an 
der sich jeder beteiligen kann, 
der die veröffentlichten Vorga- 
ben nach Ebene 0 (siehe Kasten) 
einhält. Von diesem RFT (Re- 
quest for Technology) genann- 
ten Prozeß hängt es ab, ob das 
Referenzmodell das Beste vom 
Besten enthält oder zum Muster 
ohne Wert verkommt. Am 18. 
Juli verließ der erste RFT zur 
Auswahl der grafischen Benut- 
zeroberfläche (UEC = User 
Environment Component) das 
Haus. Angeschrieben wurden 
nach Angabe der OSF circa 
1600 Firmen, die sich dererlei 
Programmiertätigkeit ver- 
schrieben haben. Die bis zum 
16. September eintreffenden Be- 
werbungen um die UEC kamen 
in eine Vorauswahl, die die 
Kandidaten für die Endrunde 
aussieben soll. Anfang Novem- 
ber wird dann das Technologie- 
Komitee darüber zu entschei- 
den haben, wem die Ehre ge- 
bührt, seine Oberfläche der OSF 


Der Stein des Anstoßes 


Detlef Borchers 


Anlaß der Gründung der OSF war der Schulterschluß von AT&T 
und Sun. Nicht minder oft werden jedoch die Lizenzbestimmun- 
gen von UNIX System V Version 3 als ein Argument angeführt, 
das im Widerspruch zur Philosophie offener Systeme steht. Worin 
bestehen die besonders knebelnden Lizenzbestimmungen? 


UNIX wurde in den Forschungslaboratorien von AT&T, den Bell 
Laboratories entwickelt. Als reines Forschungsprodukt war es 
Anfang der 70er Jahre nur für Universitäten interessant, die über 
die entsprechenden Rechner verfügten. AT&T verkaufte zu die- 
sem Zeitpunkt keine Computer und verschenkte praktisch den 
Code an interessierte Hochschulen. Die BSD-UNIX-Version 4.2 
war die erste kommerzielle UNIX-Version, die von der Universität 
in Berkeley entwickelt wurde. Kommerziell erfolgreich und von 
Firmen wie Sun benutzt, warf diese Version für AT&T wenig 
Gewinn ab, da der Quellcode außer Haus gegeben worden war. 
Nach der Zersplitterung von AT&T unter dem Anti-Trust-Gesetz 
wurde die Firma im Computermarkt aktiv und produzierte ihr 
eigenes neues UNIX namens System V. 


An UNIX interessierte Firmen konnten System V lizenzieren und 
für ihre eigenen Zwecke ummodeln. Diese boten das solcherma- 
Ben adaptierte UNIX ihren Kunden an, wobei sie in aller Regel 
Pakete wie das Runtime-Modul, Textformatierer und Entwick- 
lungs-Tools separat zum Verkauf feilboten. Von AT&T erhielten 
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die Lizenznehmer allerdings alle Einzelteile zum Komplettpreis. 
Unterschiedliche Lizenzbedingungen gab es allenfalls nach Maß- 
gabe der Benutzerzahl, die sich in das System einloggten. Bis zum 
UNIX System V.2 war jeder mit dieser Regelung zufrieden. Das 
änderte sich erst mit dem Erscheinen von System V.3, mit dem 
AT&T gute Praxis zum bösen Spiel machte: Wie die Lizenzneh- 
mer, so zerstückelte nun auch AT&T das UNIX in acht Einzelteile, 
die einzeln oder im Paket bezogen werden konnten. In der SVID- 
Terminologie sind das: Base System, Kernel-Extension, Basic 
Utilities Extension, Advanced Utilities Extension, Administered 
System Extension, Software Development Extension, Terminal 
Interface Extension und die Networking Services Extension. 


Zwar beschied sich AT&T damit, die Benutzerzahl nur noch in 
die Klassen ‘ein bis zwei Benutzer’ und ‘Mehrbenutzer’ zu unter- 
teilen, hielt dafür aber beim Verkauf des Komplettpaketes die 
Hand auf. Wer nicht gewillt war, den kompletten Umfang einzu- 
kaufen, mußte nunmehr ausgewählte Einzelstücke erwerben. 
Doch damit nicht genug: die Programme troff und nroff ver- 
schwanden ganz aus dem UNIX-Umfang und wanderten in die 
"Documenter’s Workbench', einem anderen AT&T-Paket. Beiden 
eigenen 3B2-Systemen erreichte AT&T schließlich einen einsamen 
Höhepunkt. Hier wird das hauseigene UNIX System V.3 als 
wahrhaft prächtiges Packstück beschrieben, bei dem die einzelnen 
Utilities in 20 Päckchen erworben werden können. Ein Gutteil der 
Front gegen AT&T entstand daher auch aus dem Bedürfnis her- 
aus, ein sicher lizenzierbares Betriebssystem zur Verfügung zu 
haben, ehe AT&T darangeht, sein UNIX nur noch bitweise zu 
verkaufen. (ig) 
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zu vermachen. Oldenburg geht 
von einem erwarteten Rücklauf 
von circa 30-40 Bewerbungen 
aus. Die Kriterien des RFT ver- 
sprechen kaum einen Massen- 
andrang: Die in ANSI-C ge- 
schriebene Oberfläche muß 
nicht nur den Standardvorga- 
ben der Ebene 0 entsprechen, 
bezugsfertig wie portabel sein 
und sich mit allen in der Ebene 
0 genannten Programmierspra- 
chen vertragen. Auch national- 
sprachlich setzt der RFT einiges 
voraus: Weitab vom Eurozen- 
trismus muß die Oberfläche se- 
mitische und asiatische Spra- 
chen unterstützen können - 
schließlich hat ja IBM seine 
Kanji-Version von AIX gerade 
fertiggestellt. Die vernünftigen 
Lizenzbedingungen, die im ab- 
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Aufbruchstimmun 


Henning Oldenburg im Gespräch mit der iX-Redaktion 


schließenden Punkt der Aus- 
schreibung von den Bewerbern 
erwartet werden, umfassen 
nicht nur die uneingeschränkte 
Weitervergabe von Lizenzen 
seitens der OSF. Unter den er- 
gänzenden Kriterien findet sich 
auch der Passus, wonach der 
Bewerber die Kompatibilität zu 
späteren Versionen der Benut- 
zeroberfläche sicherzustellen 
habe. Ist eine Firma bereit, sich 
mit Code und Köpfen an die 
OSF zu verkaufen, geht die Ar- 
beit an dem Referenzmodell in 
das nächste Stadium über. 


Die OSF hat ihr Hauptquartier 
in Boston, wo nicht nur die Gre- 
mien des Sponsor-Vorstandes 
und der Technologiegruppe ta- 
gen. Hier ist auch ein Großteil 


der Entwicklungsarbeit behei- 
matet, wobei die Sponsoren in 
Sicherheitsräumen ihr eigenes 
Süppchen würzen dürfen. Da 
sich die OSF als internationales 
Unternehmen versteht, werden 
in den nächsten Monaten wei- 
tere Entwicklungs- und For- 
schungszentren installiert, die je 
einen Teil der Anpassung von 
dem übernehmen, was der RFT 
als strahlende Sieger ausgesucht 
hat. Im Gegensatz zu Fernost, 
wo die Pläne der OSF noch 
nicht über ein Anfangsstadium 
hinausgekommen sind (Kon- 
taktbüro in Tokio), liegen für 
Europa schon konkrete Anga- 
ben vor: In Brüssel wird die 
Lobby der OSF in rechter Nähe 
za den europäischen Verwaltun- 
gen aufgebaut. zwischen 20 und 
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35 Mann kommen in das Ent- 
wicklungsteam nach München. 
Sie werden auf dem freien 
Markt geworben und sollen eine 
geschlossene Aufgabenstellung 
bekommen. Ein Forschungsla- 
bor wird in Grenoble eingerich- 
tet. Damit sind die Auswirkun- 
gen der OSF in Europa keines- 
wegs erschöpft. Lesen Sie in der 
nächsten Ausgabe der iX, wie 
sich der Einfluß der OSF in eu- 
ropäischer Perspektive ent- 
wickeln wird. (ig) 


Detlef Borchers ist freier EDV- 
Journalist und schreibt seit drei 
Jahren für deutsch- und englisch- 
sprachige EDV-Fachzeitschriften. 


g bei OSF 


iX: Wie kam es zur OSF? 
Warum gründen Hardwareher- 
steller eine Softwarefabrik? 

Oldenburg: Also, eine Herstel- 
leridee, das müssen wir ja ehrli- 
cherweise zugeben, ist es ja nicht 
gewesen. Anwender, die heute 
mit der Tatsache leben müssen, 
daß sie Softwarelösungen, für 
die sie sich einmal entschieden 
haben, vielleicht fünfzehn oder 
zwanzig Jahre in ihrem Betrieb 
nutzen, sind mehr oder weniger 
abhängig von der Hardwarear- 
chitektur oder dem System, für 
das sie sich einmal entschieden 
haben. Sie können an Techno- 
logiezyklen, die mittlerweile bei 
drei Jahren liegen, nicht in dem 
Maße teilnehmen, wie sie es 
gerne wollten. Sie sind über ihr 
Betriebssystem und ihre Hard- 
warearchitektur eben an einen 
Hersteller oder ein System ge- 
bunden. Das gefällt natürlich 
grundsätzlich mal keinem. Also 
verlangen Anwender von Her- 
stellern offene Systeme. Das ist 
eine Sache, an der man sich 
nicht vorbeimogeln kann, das 
isteinfach ein Faktum. Weil das 
schon so ist und offene Systeme 
ein Zug der Zukunft sind, haben 
sich 1984 vier europäische Her- 
steller zusammengetan und ha- 
ben gesagt: Gut, wenn wir der 
Meinung sind, offene Systeme 
sind in Zukunft der Markt für 
uns und unsere Kunden wollen 
das, dann laßt uns doch mal ver- 
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suchen zusammenzuarbeiten, 
um zu einer Vereinheitlichung 
dieser offenen Umgebung zu 
kommen. 


Daraus entsprang dann ja x/ 
Open, als Herstellerzusammen- 
schluß, dem mittlerweile dreißig 
Mitgliedsfirmen auf der ganzen 
Welt beigetreten sind. Und x/ 
Open hat sehr erfolgreich das 
ganze Problem in dem Umfeld 
von UNIX transparent ge- 
macht, daß nämlich UNIX al- 
leine eine schöne Sache ist, die 
man sehr leicht auf unterschied- 
lichen Rechnern implementie- 
ren kann. Dies aber hat für den 
Anwender zunächst einmal kei- 
nen Effekt, denn die Basisver- 
sion von UNIX, die er ja zum 
Beispiel von AT&T heute be- 
kommt, ist in einem kommer- 
ziellen Umfeld heute nicht ein- 
zusetzen. Sie ist als Werkstatt- 
umgebung für einen Program- 
mierer sehr schön, aber für eine 
kommerzielle Anwendung ist 
sie eben ohne Ergänzung nicht 
einsetzbar. Da hat eben x/Open 
den Ansatz gefunden, die Spe- 
zifikationen für die zusätzlichen 
Entwicklungen gemeinsam ab- 
zustimmen. x/Open hat damit 
sehr erfolgreich die Standardi- 
sierung zwischen den Herstel- 
lern vorangetrieben und zu ver- 


einbarten Spezifikationen ge-. 


funden, die diese Portabilität 
herstellen. Insofern behaupte 
ich einmal, daß es die OSF oder 
irgend so etwas wie die OSF es 
in jedem Fall gegeben hätte. 
Vielleicht nicht in diesem, viel- 
leicht im nächsten Jahr, viel- 
leicht aus einem ganz anderen 
Grund. Denn was x/Open ge- 
fehlt hat, ist die aktuelle Umset- 
zung dessen, was dort als Spe- 
zifikation verabschiedet wird, in 
ein marktfähiges Produkt. 


Die Implementierung macht ja 
nach wie vor jeder Hersteller 
selbst. Nixdorf macht seine Im- 
plementierung der x/Open 
Standardisierung, DEC macht 
seine, HP macht seine. Da die 
Richtlinien oder die Spezifika- 
tionen eben nicht zu eng gefaßt 
sind, ist das Ergebnis ziemlich 
kompatibel. Ziemlich kompati- 
bel ist aber so wie ziemlich 
schwanger. Es ist eben nicht so, 
daß Sie eine Lösung heute von 
der einen Maschine nehmen 
können und auf eine andere la- 
den, worauf das Ganze läuft. 
Ziel der OSF ist, das herzustel- 
len. Eine echte Anwendungs- 
portabilität, so, wie wir sie heute 
nicht aufgrund der Strategie, 
aber durch Zufall eben in der 
PC-Welt kennengelernt haben. 
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Hier können Sie eine Diskette 
aus einer Maschine herausneh- 
men, in einer anderen Maschine 
laden und es läuft. Das ist im 
Prinzip das Ziel, was die OSF 
tun will. Wir sind also eine Soft- 
warefabrik, die eine offene An- 
wendungsumgebung, bestehend 
aus einem Basisbetriebssystem, 
aus einer grafischen Benutzer- 
oberfläche, aus einer Daten- 
bank, aus Kommunikations- 
schnittstellen und weiteren 
Komponenten herstellen wird. 
Wir werden das als Softwarelö- 
sung konzipieren, als Betriebs- 
system. Und das wird eine Re- 
ferenzimplementation sein, die 
als integriertes System diese 
Aufgabenstellungen abdecken 
wird. 


iX: Es hätte doch auch ausrei- 
chen können, x/Open um diese 
Aufgabenstellung zu erweitern. 
Warum also OSF? 


Oldenburg: Zunächst mal muß 
man ja sagen, daß bis auf Apollo 
alle OSF-Mitglieder auch x/ 
Open-Mitglieder sind. Aber si- 
cherlich ist nichts daran zu deu- 
ten, daß die Gründung der OSF 
zu diesem Zeitpunkt und in die- 
ser Weise ein reaktiver Schritt 
auf das Lizenzverhalten von 
AT&T und das Zusammenge- 
hen mit Sun ist. Die Befürchtun- 
gen von einigen der OSF- 
Gründer ging dahin, daß auch 
dieser Weg, der da von AT&T 
eingeschlagen wurde, zu einer 
verstärkten Herstellerabhängig- 
keit, zu einem herstellerabhän- 
gigen UNIX führen würde. Des- 
wegen ist die OSF jetzt gegrün- 
det worden. Wenn man mehr 
Zeit gehabt hätte, und sich diese 
Dinge nicht so entwickelt hät- 
ten, hätte man das Problem 
auch im Rahmen von x/Open 
lösen können. 


iX: Noch einmal zu dem Hard- 
warelebenszyklus. Sie meinten, 
der Kunde, der Anwender, der 
Endnutzer habe so seine Pro- 
bleme damit, wenn er übereinen 
zwanzigjährigen Zyklus an einer 
Hardware hängt, wo der Le- 
benszyklus heute bei drei Jah- 
ren, liegt. 


Oldenburg: Ich habe gesagt, der 
Technologiezyklus liegt bei drei 
Jahren. Wenn ich an die Hard- 
warearchitektur gebunden bin, 
dann heißt das, daß ich mir 
nicht unmittelbar den Preisver- 
fall oder die Verbesserung des 
Preis/Leistungsverhältnisses 

zunutze machen kann. Im Zwei- 
felsfall heißt das für mich, daß 
ich das, was ich mühsam ent- 
wickelt habe, wegschmeißen 


muß, weil das nun gerade auf 
einer anderen Architektur nicht 
läuft. 


iX: Ist dies aber nicht auch für 
die Hardwarehersteller ein är- 
gerliches Moment? Denn man 
hat die neue Technik drei Jahre 
später anzubieten, nur der 
Kunde, dem man etwas ver- 
kauft hat oder ein anderer, der 
woanders was gekauft hat, 
hängt noch an der alten Technik 
und will sich von ihr nicht lösen. 


Oldenburg: Das ist ein ganz 
wichtiger Punkt und für mich 
das herausragende Motiv der 
OSF. Wir sind ein Wirtschafts- 
unternehmen mit ganz norma- 
len wirtschaftlichen Zielen, und 
das Ziel der OSF, oder das Ziel, 
das die Gründerväter mit der 
OSF verbinden, ist einfach, daß 
wir mehr Markt kriegen. Wenn 
wir schon für UNIX-Systeme 
und für offene Systeme votieren, 
dann wollen wir doch auch ver- 
suchen, das zu unser aller Vor- 
teil zu nutzen. 


iX: Besteht also das vornehmli- 
che Interesse dieser Firmen 
darin, eine Softwarelösung an- 
zubieten, die ihren Kunden die 
Migration von einer Hard- 
warearchitektur zur Folgearchi- 
tektur der neueren Generation 
— was die Kosten anbetrifft - 
erleichtert? Also ein Stück weit 
das, was IBM vielleicht auch mit 
dem SAA-Konzept gewollt hat? 


Oldenburg: Nun muß man ja 
zwei Dinge dabei unterscheiden: 
Jeder beteiligter Hersteller hat 
heute seine eigene Systemumge- 
bung, die er vielleicht historisch 
über Jahre hinweg gepflegt hat. 





Wir haben dieses 
Ziel, diese berühmte 
offene System- 


umgebung eben zum 
Frühjahr 1990 fertig 
zu haben. 


Der eine hat zwei oder drei, der 
andere hat noch mehr. Also 
Propriety-Hardwarearchitektu- 
ren und auch Systemsoftware- 
umgebungen, die historisch ge- 
wachsen sind und die der Her- 
steller natürlich zunächst ein- 
mal weiterpflegt. Das ist im In- 
teresse des Kunden und natür- 
lich auch im eigenen Interesse. 
Ein ‘migration pass’ von so ei- 
ner Umgebung zu einer offenen 
Umgebung ist die OSF nicht. 
Wenn das OSF-Produkt verfüg- 
bar ist, im Frühjahr 1990 und 





dann in der Folgezeit, stellen wir 
sicher, daß die Schnittstellen auf 
so einem hohen Niveau liegen, 
daß für den Anwendungspro- 
grammierer — so er sich an die 
Bedingungen hält — seine An- 
wendungslösung eben portabel 
ist. Dann kann er sein Band aus 
der einen Maschine nehmen und 
in die andere laden und kompi- 
lieren, ohne daß er sein Produkt 
dann irgendwie ändern muß. 
Wenn das realisiert ist, dann 
wäre in der Zukunft dann von 
den Rechnern von 1990 zu 1995 
die Migration ganz einfach, in- 
dem man eben einfach die dar- 
unterliegende Hardwarebasis 
austauscht und für den Anwen- 
der sich zunächst einmal nichts 
ändert. 


iX: Ich weiß nicht, inwieweit es 
inzwischen endgültig verab- 
schiedet ist, jedenfalls wird in 
der Öffentlichkeit ohne De- 
menti seitens der OSF das Be- 
triebssystem AIX als die Grund- 
lage gehandelt, auf der man auf- 
bauen will. 


Oldenburg: Das ist nicht zu de- 
mentieren, das ist Tatsache. Wir 
haben dieses Ziel, diese be- 
rühmte offene Systemumge- 
bung eben zum Frühjahr 1990 
fertig zu haben. Da kann man 
sich ja nicht heute mit einem 
weißen Blatt Papier hinsetzen 
und sagen: So, jetzt fangen wir 
mal an zu kodieren, jetzt lassen 
wir uns einmal was einfallen. 
Realisierbar ist das alles nur, 
wenn man weitestgehend heute 
verfügbare Softwareprodukte 
miteinander integriert. Also sich 
verschiedene Teile zusammen- 
sucht und die zu einer Lösung 
integriert. Das ist im Prinzip der 
Ansatz, den wir haben. Das 
heißt, wir werden Basisbetriebs- 
system plus eine grafische Be- 
dieneroberfläche plus ein Da- 
tenbanksystem plus Kommuni- 
kationsprotokolle zu einer Sy- 
stemumgebung zusammenfüh- 
ren und hoffen, dies in dem Zeit- 
raum zu realisieren. Wesentli- 
cher Teil eines solchen Ansatzes 
ist natürlich, daß man über- 
haupt einen Kern hat, um den 
man dann diese Komponenten 
drumrum bauen kann. Wir ha- 
ben zu dem Zeitpunkt, als die 
OSF im Mai gegründet wurde, 
zunächst nicht gewußt, wie die 
generelle Reaktion des Marktes 
darauf sein würde. Wir haben 
vor allen Dingen nicht gewußt, 
wie AT&T darauf reagiert. Um 
als Kern ein UNIX-Basisbe- 
triebssystem zu haben, mußten 
wir UNIX-Implementationen 
ansehen, die frei lizenzierbar 
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waren. Es kamen nur die in 
Frage, bei denen der jeweilige 
UNIX-Derivathersteller keine 
Lizenzierungsbeschränkungen 
in seinem Vertrag mit AT&T 
hatte. Weiterhin mußte die Lö- 
sung, für die man sich entschei- 
det, auf UNIX V.2 basieren 
oder zumindest nur eine 
V.2-Lizenzierung voraussetzen. 
Einer der Gründe für die Grün- 
dung der OSF war ja die Ände- 
rung der Lizenzierungsbedin- 
gungen für System V 3. Als wei- 
teres Entscheidungskriterium 
wurde gefragt, welche der 
UNIX-Implementationen oder 
der Derivate denn den größten 
Teil von dem abdeckt, was wir 
uns für die Zukunft vorgenom- 
men haben. Dann hat man sich 
verschiedene Dinge angeschaut, 
und man hat sich das AIX von 
IBM angeschaut, wobei es nicht 
das heutige AIX, sondern eine 
neue, zukünftige Implementa- 
tion war. Man hat sich dann 
nach den genannten Punkten 
überwiegend aus technischen 
Gründen, fast ausschließlich 
aus technischen Gründen, für 
die AIX-Variante entschieden. 
In dieser AIX-Variante, die wir 
von IBM bekommen, sind we- 
sentliche Probleme heute schon 
gelöst, die die OSF sich für die 
Zukunft vorgenommen hat. 
Z.B. der Realtime-Support; 
AIX ist also ein realtime-fähiges 
Betriebssystem, was UNIX ja 
heute nicht ist. Zum Beispiel die 
Programmkommunikation, 
also die SNA-6.2-Kommunika- 
tion, die auch wesentlich ist, 
wenn man in homogene Netze 
integrieren kann. Außerdem 
gibt es eine Reihe von anderen 
technischen Feinheiten, die in- 
nerhalb der AIX-Implementa- 
tion von IBM gelöst sind. So hat 
sich die technische Gruppe trotz 
der politischen Bedenken, die 
man natürlich gehabt hat, für 
die Variante AIX von IBM ent- 
schieden. 


Wir bekommen also diese zu- 
künftige Version von IBM mit 
95% spezifiziertem Leistungs- 
umfang, 5% fehlen noch, die 
kriegen wir zwischen jetzt und 
Juli nächsten Jahres. Das sind 
also definierte Übergabeter- 
mine und ein beschriebener, de- 
finierter Leistungsumfang, den 
wir von IBM bekommen. Ein- 
malig. Das bezahlen wir, und 
dann gehört ees uns. Wirerhalten 
die Quellcodes, und wir erhalten 
die Dokumentationen. Auf die- 
ser Basis entwickeln wir weiter, 
und IBM entwickelt AIX wei- 
ter. Zukünftige Versionen von 
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AIX erhalten wir nicht. Es ist 
also nicht so, daß wir jetzt im- 
mer warten müssen, wann denn 
IBM mit dem Release kommt, 
hinter dem wir da wieder hinter- 
herhinken müssen. Wir haben 
also einen definierten Stand, 
den übernehmen wir jetzt, und 
auf diesen definierten Stand 
setzt die OSF-Entwicklung auf. 
Wir entwickeln von da aus wei- 
ter, und IBM entwickelt weiter, 
und die Dinge werden sicherlich 
in irgendwie verschiedene Rich- 
tungen laufen. 


iX: In verschiedenen Publikatio- 
nen war davon die Rede, daß 
unter dem Weihnachtsbaum 
eine OSF-Lösung zu finden sein 
wird. Wie sieht die aus? 


Oldenburg: Wir werden bis 
Weihnachten Entscheidungen 
zur grafischen Benutzeroberflä- 
che getroffen haben. Wir wer- 
den dann publizieren, welche 
das ist, und wir werden auch 
sagen, wie die Schnittstelle für 
den Anwenderprogrammierer 
aussieht. 


‘Grundsätzlich kann 
jeder die Software von 
der OSF lizenzieren. 
Jeder, ob er nun 
Mitglied oder 


Nichtmitglied ist. Er 
muß kein Sponsor sein, 
damit er die Software 
lizenzieren kann.’ 





iX: Wie sieht der Gesamtzeit- 
plan genau aus? Ich erinnere 
mich, daß Herr Raum von Nix- 
dorf, der ja immerhin x/Open 
sehr genau beobachtet, mir vor 
wenigen Wochen noch sagte, 
man rechne im zweiten Halb- 
Jahr "89 mit dem OSF-Produkt. 
Sie sagen jetzt Frühjahr ’90. 


Oldenburg: Dabei ist von ver- 
schiedenen Dingen die Rede: 
Die OSF hat sich vorgenom- 
men, die offene Anwendungs- 
umgebungslösung — Open Ap- 
plication Environment (OAE)- 
zum Frühjahr 1990 fertigzustel- 
len, als integriertes Produkt. 
Wir werden die einzelnen Kom- 
ponenten dafür aber vorher zur 
Verfügung stellen. Nehmen wir 
das Beispiel grafische Benutzer- 
oberfläche: Wir sind im Mo- 
ment in dem Prozeß, uns für ein 
Programm zu entscheiden, das 
diese grafische Benutzeroberflä- 
che unterstützt. Die Entschei- 
dung soll bis zum Dezember ge- 


fallen sein und wird dann publi- 
ziert. Das Ergebnis dieser Ent- 
scheidung, das Produkt plus der 
OSF-spezifischen Erweiterung, 
wird dann zum Juli 1989 verfüg- 
bar sein. Danach werden wir 
uns mit Datenbanken beschäf- 
tigen. Wahrscheinlich wird — 
Terminvorstellung ist zum April 
oder Mai — eine Entscheidung 
für eine Datenbank gefällt und 
publiziert werden. Es ist ge- 
plant, diese Datenbank dann 
sechs Monate später - also zum 
Oktober — verfügbar zu haben, 
und dann wiederum drei Mo- 
nate später die gesamte, kom- 
plette Lösung der Version |. 


iX: Was bedeutet dieser Ent- 
scheidungsprozeß für die Mit- 
glieder der OSF? 


Oldenburg: Bei uns gibt es zwei 
Kategorien von Mitgliedern: 
Einmal die Voting-Members 
oder Sponsoring-Members, 
eben die, die Stimmrecht haben 
und die Non-Voting-Members. 
Der Unterschied liegt zunächst 
mal im Preis. Die Voting- 
Members bezahlen 4,5 Millio- 
nen Dollar für drei Jahre als fe- 
ste Verpflichtung und dann in 
den Folgejahren zu gleichen 
Anteilen den Buchverlust der 
OSF. Dieser ist dann finanziell 
nicht mehr irgendwie begrenzt, 
sondern beträgt ein Achtel, 
wenn wir acht Sponsoren ha- 
ben. Dafür haben die Voting- 
Members einen Sitz im Board of 
Directors und bestimmen damit 
die strategische Ausrichtung des 
Unternehmens. Sie beschließen 
das Budget und sie stellen ein 
oder entlassen. In diesem Gre- 
mium, dem Aufsichtsrat, wer- 
den keine technischen Entschei- 
dungen gefällt. Die acht Spon- 
soren entscheiden zum Beispiel 
nicht, welche grafische Benut- 
zeroberfläche genommen wird. 
Die Voting-Members haben 
dann noch ein anderes Privileg, 
was letztendlich den wirtschaft- 
lichen Vorteil für sie ergibt. Sie 
können im Gebäude der OSF 
bis zu zehn eigene Entwick- 
lungsingenieure antreten lassen, 
die parallel zur OSF-Produkt- 
entwicklung, eine Portierung 
auf ihre Hardware leisten. Sie 
können ihr neues Hardwaresy- 
stem in einem geschützten 
Raum mit den entsprechenden 
Sicherheitsvorkehrungen auf- 
stellen und parallel zur OSF- 
Entwicklung die Portierung auf 
diese Hardware vornehmen. Zu 
dem Zeitpunkt, wenn das OSF- 
Produkt fertig ist, ist es dann 
auch auf verschiedenen Hard- 
warearchitekturen verfügbar. 


iX: Ich hätte ja eigentlich von 
einer Softwarefabrik das Inter- 
esse erwartet, dafür Sorge zu 
tragen, daß ihr jede Hardware, 
die nur möglich ist, verfügbar 
gemacht wird, damit die Soft- 
ware darauf läuft. Sie haben die 
Verpflichtung umgekehrt for- 
muliert: Die acht Members ha- 
ben das Recht, nicht die Pflicht, 
während OSF die Software ent- 
wickelt, diese Software aufihren 
Rechnern auch parallel portie- 
ren zu können, um sie darauf 
verfügbar zu machen. 


Oldenburg: Grundsätzlich kann 
jeder die Software von der OSF 
lizenzieren. Jeder, ob er nun 
Mitglied oder Nichtmitglied ist. 
Er muß kein Sponsor sein, da- 
mit er die Software lizenzieren 
kann. Jeder Hersteller muß die 
Portierung auf seine Hardware 
selber machen, ober Mitglied ist 
oder nicht. Die Sponsoren ha- 
ben eben nur die Möglichkeit, 
die Portierung im kurzen Kom- 
munikationsweg über den Flur 
zu besorgen. Wichtig ist die Tat- 
sache, daß wir, die OSF, eine 
hersteller- und architekturneu- 
trale Implementierung erstellen. 
Die läuft zunächst mal auf den 
acht verschiedenen Typen von 
Hardware, die wir im Moment 
im Laboratorium haben. Eine 
Entwicklungsgruppe arbeitet 
auf der Maschine, eine andere 
arbeitet auf einem anderen 
Rechner: dadurch wird das in C 
geschriebene Produkt, das dabei 
herauskommt, auch auf allen 
Rechnern ablauffähig sein. Es 
wird sicherlich nicht auf irgend- 
eine bestimmte Hardwarearchi- 
tektur optimiert sein. Jeder Her- 
steller optimiert dann das Pro- 
dukt und sorgt dafür, daß es auf 
seiner Maschine besonders ef- 
fektiv läuft, indem er den Code 
noch einmal ändert. Das ist 
ganz genauso wie heute: Der 
Hersteller nimmt heute das 
UNIX von AT&T und portiert 
es auf seine Hardwarebasis. Wir 
wollen nicht irgend jemandem 
ein Geschäft wegnehmen. Wir 
wollen für mehr Markt sorgen. 
Wir verstehen uns nicht so, daß 
wir in Konkurrenz zu irgend je- 
mandem sind. Wir stellen ein 
neutrales Produkt zur Verfü- 
gung. Dieses neutrale Produkt 
kann dann ein Hardwareher- 
steller oder ein Softwarehaus 
nehmen und auf eine Hardwa- 
rearchitektur implementieren 
und vermarkten. Wir vermark- 
ten ja nicht direkt, wir haben ja 
überhaupt gar keine Endkun- 
den. (ig) 
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ein uno nn 


| tions- und Materialfluß gewähr- 


| abrechnung. 


| bieten eine Zusammenführung f 





Nicht CIM, nicht OA - CIB 
heißt das Kürzel, das in die Zu- | 
kunft weist. Der Ansatz Com- 
puter Integrated Manufactu- | 
ring geht von der umfassenden | 
Integration betrieblicher 
DV-Systeme unter Fertigungs- 
gesichtspunkten aus: CAD- 
Software für die Konstruktion, 
CAM-Bausteine für Teileferti- | 
gung und Montage, CAQ zur 
Qualitätskontrolle und PPS-Sy- ! 
steme zur Produktionsplanung 
sollen vernetzt werden und ei- 
nen durchgängigen Informa- 


Doch das ist Zukunftsmusik. | 


zwischen den Hochglanzpro- 
spekten der Hersteller und der 
betrieblichen Praxis. Tatsäch- 
lich steckt die Realisierung an- 
spruchsvoller Systemlösungen — 
sofern diese überhaupt ange- 
strebt werden — noch in den 
Kinderschuhen. | 


Dem potentiellen Käufer ist mit 
dem Attribut 'zukunftsweisend’ 
wenig gedient. Ihm geht es um 
die Bewältigung eher trivialer 








leisten. Das Konzept Office | 
Automation zielt dagegen auf 
die umfassende Unterstützung 
aller Büro- und Verwaltungstä- # 
tiekeiten. Buchhaltung. Gehalts- 
aber auch "Infor- # 
mationsverarbeitung' im ange- 
wandten Sinne, wie Erstellen, 
Verarbeiten und Ablegen von 
Texten. Integrierte Bürosysteme 8 


| Bürosysteme in Theorie und 
Erkenntnisleitendes 
Motiv ist wie immer der schiere 


Eigennutz, nämlich die Frage: 


Praxis. 








sung” 


Was soll überhaupt DV-unter- 
stützt werden? Der überwie- 
gende Teil der im Büro anfallen- 
i den Aufgaben hat mit der Be- | 
| arbeitung, Übermittlung und 
2 Speicherung von Informationen 
| zu tun. Dazu gehören die ver- 
| schiedensten Tätigkeiten: Texte 
| müssen erstellt, Grafiken ge- 
zeichnet, Kalkulationen durch- 
geführt und Termine vereinbart 
werden. Man baut Archive auf, 
führt Telefonate und versendet 
Dokumente per Hauspost. Mit 
Integrierten Bürosystemen wird 
das Ziel verfolgt, für alle diese 
heißt das Kind auch Computer @ im Büro anfallenden Arbeiten 
$ Integrated Business. © ein umfassendes Unterstüt- 
 zungsmittel anzubieten. 


dieser Einzelsysteme. 


Geschäft der Zukunft 


Die beiden Konzepte CIM und 
OA haben sich bislang weitge- 
hend getrennt entwickelt, ein 
Gesamitziel ist leicht abzusehen: 
eine einheitliche informations- 
technische Infrastruktur. Das! 
Kürzel läßt keinen Zweifel | 
daran. worum’s geht. Ums Ge-! 
schäft nämlich, und deswegen 





2) Definitorisches 


| Gegenüber traditioneller Büro- 
technik haben Integrierte Büro- 
| systeme einen entscheidenden | 
| Vorteil: sie bieten nicht nur Un- | 
terstützungen für einzelne 
Funktionen wie Textverarbei- | 
tung, Taschenrechner und | 
Kommunikation an, sondern | 
stellen eine Arbeitsumgebung | 
4 dar, in der alle Arbeiten von ei- 
) nem Arbeitsplatz aus mit der 
gleichen Technik durchgeführt 
werden können. Texte und Gra- 
fiken lassen sich rechnergestützt 
| erstellen, Dokumente elektro- 
| nisch archivieren und übermit- 
teln. Der Kalender wandert 
vom Schreibtisch in den Rech- 
ner und wird um eine Alarm- 


Noch besteht ein Unterschied } 


bescheiden uns mit Alltägli- | 
| chem und betrachten Integrierte | 


ii 
j “Was ist für mich die ideale Lö- | 
| 
" 
! 


| des ‘papierlosen Büros’. 


| nicht erfüllt. 


funktion bereichert. Merkzettel 
ersetzt der elektronische Notiz- 
block. 


Aufgrund der Möglichkeit, Bü- 


roarbeiten umfassend durch In- 
formationstechnik zu unterstüt- 
zen, entstand schnell die Vision 
Diese 
‘Hoffnung! hat sich bis heute 
Meiner Ansicht 
nach ist diese Version ohnehin 
nicht wünschenswert; und 
wahrscheinlich auch in näherer 


| "Zukunft nicht realisierbar. Un- 
| Anforderungen, und auch wir U 
J) 


abhängig von eventuellen prin- 
zipiellen Einwänden reden 
Spötter angesichts der Unmen- 


4 gen via DV-Gerät bedruckten 


Papiers mittlerweile schon vom 
*"bürolosen Papier‘. Trotzdem 
ist unübersehbar, daß sich 
durch Integrierte Bürosysteme 
neue Perspektiven für techni- 


sche Unterstützung von Büro- | 


und Verwaltungsarbeit auftun. 


Diese Möglichkeiten lassen sich 
am besten am Beispiel eines 
idealtypischen Arbeitsablaufes 
illustrieren: über Teletex erhält 
ein Sachbearbeiter vom Außen- 
dienstler einen kurzen Bericht, 
den er für die Abteilungssitzung | 
vorlagefähig und angereichert 


| mit Hintergrunddaten überar- 


beiten soll. Dazu übernimmt er 
den Text in sein Textverarbei- 


len Datenverarbeitung an sei- 
nen Arbeitsplatz übermitteln. 


Diese Daten sind der Ausgangs- 


| 


| tungsprogramm. Anschließend | 
| läßt er sich Preise, Kosten und 
| Materialbestand aus der zentra- 


punkt für eine Kalkulation, die | 
er mit einem entsprechenden | 


Programmodul durchführt. Das | 


Grafikprogramm präsentiert 


die Ergebnisse der Kalkulation | 
in Form eines optisch gefälligen | 


Diagramms. Text, Grafik und 
Kalkulationsdaten am Bild- 
schirm zu einem einzigen 
Schriftstück zusammenzufassen 
wird schon fast nebenbei erle- 
digt. Dieses ‘Mischdokument’ 
bedarf noch letzter Korrekturen 
und wird dann mit der elektro- 
nischen Post an andere Mitar- 


beiter verschickt. Zu guter Letzt 


landet es im elektronischen Ar- 
chiv. 


Vierfach integriert 


“Integration ist, wenn man nicht 
mehr vom Schreibtischstuhl 
aufstehen muß’ legt der be- 
schriebene Ablauf als Defini- 
tion nahe, und das soll unser 
ideales System auch gefälligst 
unterstützen. In der wissen- 
schaftlichen Diskussion drückt 
man sich etwas gewählter aus, es 
werden verschiedene Dimensio- 
nen von Integration unterschie- 
den: 


- die Verfügbarkeit verschiede- 
ner Informations- und Kommu- 
nikationsmedien an einem Ar- 
beitsplatz: horizontale Integra- 
tion; 


-die umfassende Unterstüt- 
zung aller Bearbeitungsschritte 
bei der Erstellung, Speicherung 
und Übermittlung von Infor- 
mationen: vertikale Integration; 


- die Vernetzung verschiedener 
betrieblicher Informationssy- 
steme mit dem Bürosystem: In- 
tegration betriebsinterner Infor- 
mationsflüsse; 


-die Anbindung der innerbe- 


| trieblichen Informationsverar- 


beitung an externe Kommuni- 
kationsdienste: Integration in 
überbetriebliche Kommunika- 
tionsnetze. 


Es lohnt sich, diese theoreti- 
schen Unterscheidungen etwas 
unter die Lupe zu nehmen, sie 
sind nämlich auch ganz gut als 
Anforderungskatalog für po- 
tentielle Anschaffungen zu ge- 
brauchen. 


Horizontal... 


Horizontale Integration beinhal- 
tet die Verfügbarkeit verschie- 
dener Informationsarten (Text, 
Daten, Bild, Sprache). Der Be- 
nutzer kann vom Arbeitsplatz 
aus mehrere Kommunikations- 
kanäle beziehungsweise -me- 
dien für seine Aufgabe nutzen. 
Allerdings bedeutet horizontale 
Integration noch mehr: ver- 
schiedene Informationsarten 
sind nicht nur gleichermaßen 
am Arbeitsplatz verfügbar, son- 
dern können auch ineinander 
überführt und untereinander 
kombiniert werden. Beispiele 
für die Kombination und Trans- 
formation von Informationsar- 
ten sind: 

-Kombination: Grafik und 
Text werden in einem Mischdo- 
kument zusammengeführt. 


wissen 


— Transformation: Daten aus 
der Tabellenkalkulation werden 
in eine Geschäftsgrafik umge- 
wandelt. 


Stand der Kunst ist hier CDA, 
was für Combound Document 
Architecture steht. Gemeint ist, 
daß bei einem Mischdokument, 
etwa aus Text und Kalkula- 
tionsdaten, eine Änderung der 


Die hannoversche Software- 
und Organisationsberatung 
PROCON GmbH entwickelte 
in einem einjährigen Projekt 
"Planungs- und Gestaltungs 
hilfen bei der/für die Einfüh 
rung integrierter Techniken in 
Büro und Verwaltung’. Dieser 


Artikel sowie die Vorstellung 
von Alıs und Smart an anderer 
Stelle in diesem Heft basieren 
auf dem im August dieses Jah 
res verfaßten Abschlußbericht 


für den Auftraggeber, die 
Bundesanstalt für Arbeits 
schutz und Unfallforschung 





Kalkulationsdaten automatisch 
eine Anderung des Mischdoku- 
ments nach sich zieht. Die Inte- 
gration von Sprache ist zur Zeit 
noch Gegenstand von Spitzen- 
forschung, nicht Fähigkeit 
käuflich zu erwerbender Pro- 
dukte. 


... und vertikal 


Vertikale Integration bedeutet, 
daß verschiedene Teilaufgaben 
der Verarbeitung von Doku- 
menten (Erstellung, Speiche- 
rung, Übermittlung) am glei- 
chen Arbeitsplatz durchgeführt 
werden können. Für die Erstel- 
lung von Dokumenten setzt dies 
sowohl Unterstützung für die 
Bearbeitung von Texten (kom- 
fortable Textverarbeitung) als 
auch von Daten (Tabellenkal- 
kulation) und Bildern (Grafik- 
programm) voraus. 


Für die Speicherung der Doku- 
mente sollte eine ‘elektronische 
Ablage’ mit mehreren Ablage- 
ebenen (‘Schrank’, ‘Ordner’, 
‘Dokument’) vorhanden sein. 
Weiterhin ist zu berücksichti- 
gen, welche Möglichkeiten zur 
Dokumentsuche (Direktzugriff, 
Stichwortsuche, Volltextsuche) 
vom Programm bereitgestellt 
werden. Für die Übermittlung 
der Dokumente ist die, Bereit- 
stellung entsprechender Übertra- 
gungsmedien notwendig. Unter 
dem Schlagwort ‘inhouse-elec- 
tronic-mail’ konkurrieren hier 
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derzeit digitale Nebenstellenan- 
lagen (HICOM von Siemens) 
mit verschiedensten Rechner- 
netzen darum, wer die Nach- 
folge des guten alten Hausboten 


‚antreten darf. 


Betriebsintern 
verbunden... 


Integration betriebsinterner In- 
formationsstrukturen: Ein Büro- 
system, das in eine betriebsweite 
Informationsstruktur integriert 
ist, muß Schnittstellen zu ande- 
ren Programmsystemen wie 
PPS, FiBu, Lohn & Gehalt ha- 
ben. Nur so sind Insellösungen 
vermeidbar, die sich später als 
zentrales Hemmnis für einen 
betriebsweiten Informations- 
fluß erweisen. 


Diese Integration von Bürosy- 
stem und anderen betrieblichen 
Informationssystemen wird 
durch verschiedene Möglichkei- 
ten technisch realisiert. Im we- 
sentlichen: 


— Terminalemulation (wie IBM 
3270) 

— Dateitransfer (etwa über eine 
X.25-Schnittstelle) 

- Kommunikation über ein lo- 
kales Netzwerk (LAN) 

— Kommunikation über eine di- 
gitale Nebenstellenanlage 
(PABX) 


Der Austausch von Dokumen- 
ten zwischen verschiedenen 


Rechnersystemen setzt entspre- 
chende Kommunikationsproto- 
kolle voraus. Integration bedeu- 
tet hier also die Verfügbarkeit 
von Schnittstellen und Proto- 





kollen, die einen Austausch von 
Informationen auch zwischen 
heterogenen Systemen ermög- 
licht. Dies ist eine Frage ent- 
sprechender Vernetzung und 
verfügbarer Anwendungsmo- 
dule. 


... und weltweit 
integriert 


Integration in überbetriebliche 
Kommunikationnetze: Die Inte- 
gration von Bürosystemen be- 
inhaltet auch die Integration 
von innerbetrieblichen Infor- 
mationsflüssen und externen, 
sprich posteigenen, Kommuni- 
kationsdiensten. Informationen 
aus einer externen Datenbank 
etwa sind bekanntlich ohne po- 
stalische Hilfe nicht verfügbar. 
Ein Bürosystem sollte hier die 
Möglichkeit bieten, direkt ex- 
terne Dienste anzusprechen. 
Dazu können folgende Schnitt- 
stellen vorhanden sein: 


— Telex 

— Teletex 
— Btx 

— Datex-P 


Real existierende OIS 


Integrierte Bürosysteme (gän- 
gige amerikanische Abkürzung 
ist übrigens OIS, gleich Office 
Information Systems; hierzu- 
lande ist BKS üblich, steht für 
Büro-Kommunikations-Sy- 

steme) werden heute von zahl- 
reichen Herstellern angeboten. 
Sie unterscheiden sich jedoch 
sehr stark in bezug auf Investi- 
tionsvolumen, Wartungs- und 
Bedienungskosten. Diese Fak- 








toren hängen insbesondere da- 
von ab, welche technische Kon- 
zeption gewählt wird. Um die 
Vielzahl von Faktoren, die bei 
einer Entscheidung für ein tech- 
nisches Konzept gegeneinander 
abgewogen werden müssen, et- 
was überschaubarer zu machen, 
bietet sich eine Trennung nach 
Software- und Hardware-Kate- 
gorien an. 


Software-Differenzen 


Ein Integriertes Bürosystem 
enthält in der Praxis verschie- 
dene Module, die Büro- und 
Verwaltungsaufgaben unter- 
stützen sollen. Das Spektrum 
reicht von Textverarbeitung 
über Grafik und Terminkalen- 
der bis zur Finanzbuchhaltung. 
Die verschiedenen Module ha- 
ben dabei eine unterschiedliche 
Einsatzbreite. 


Ein FiBu-Programm etwa ist 
zugeschnitten auf spezifische 
Aufgaben, die in der Buchhal- 
tung anfallen. Urlaubsplanung 
und Terminkalender gehören 
eher zum klassischen Aufgaben- 
bereich eines Sekretariats. Da- 
gegen kann die Textverarbei- 
tung nicht nur im Sekretariat, 
sondern ebenso zur Unterstüt- 
zung von Aufgaben im Einkauf 
oder im Vertrieb eingesetzt wer- 
den. Daher bietet sich folgende 
Unterscheidung der einzelnen 
Komponenten eines Bürosy- 
stems an, die auch vor Kaufent- 
scheidungen in der Phase "Was 
brauchen wir überhaupt?’ eine 
passable Hilfe ist: 


Module zur Unterstützung spe- 
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zifischer Sekretariatsaufgaben: 
Terminkalender 
Adreßverwaltung 
Dokumentablage 
Urlaubsplanung 


Module zur Unterstützung un- 
spezifischer Büro- und Verwal- 
tungsarbeiten: 
Textverarbeitung 
Tabellenkalkulation 

Grafik 

Datenbank 


Module zur Unterstützung der 
Kommunikation: 
Electronic-Mail 
PC-Host-Kommunikation 


Teletex 

Telefax 

Telex 

Module zur Unterstützung 
funktional-spezifischer Verwal- 
tungsaufgaben: 
Finanzbuchhaltung 
Fakturierung 
Angebotsschreiben 

Lager- Buchführung 
Kalkulation 


Integrierte Bürosysteme unter- 
scheiden sich — so, wie sie heute 
auf dem Markt angeboten wer- 
den - im Hinblick auf ihr Mo- 
dulkonzept sehr stark voneinan- 
der. Verbindendes Glied und 
gemeinsamer Nenner der ver- 
schiedenen Konzepte ist allein 
die Textverarbeitung. Sie stellt 
gewissermaßen das Kernstück 
jedes Bürosystems dar. Zum en- 
geren Bereich der Bürokommu- 
nikation gehören weiterhin 
Funktionen für Sekretariatsun- 
terstützung (Terminkalender, 
Adreßverwaltung) und Kom- 
munikation. Hier bieten die 
meisten Bürosysteme entspre- 
chende Unterstützung an. 


Bürosysteme, die spezifische 
Aufgaben unterstützen, gibt es 
dagegen zur Zeit noch weniger. 
Dieses Phänomen hängt damit 
zusammen, daß die bisher ent- 
wickelten Konzepte für Bürosy- 
steme sich eher an der Struktur 
von Großunternehmen orien- 
tierten. In solchen Unterneh- 
men, die ihre funktional-spezi- 
fischen Anwendungen wie FiBu 
und Gehaltsabrechnung auf ei- 
ner Groß-DV abwickeln, be- 
steht ein Interesse an einer mög- 
lichst ‘reinen’ Birokommunika- 
tionslösung, die spezifische An- 
wendungen nur wenig berück- 
sichtigt. 


Das Interesse in vielen kleinen 
und mittleren Unternehmen 
liegt eher im Gegenteil: man 
wünscht sich eine Systemlö- 
sung, die sowohl den Bereich 
der engeren Bürokommunika- 
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Telelex- 
onschluß 






Empfong eines 
Telelexschreibens 


Übernahme des 
Telelexschreibens 
in Texlverorbeitung 


Schniltstelle 
zum moinfrome 





Tobellen- 
kolkulalion 






Prösentolions- 
Grolik 





eleclronic- 
mail 


tion als auch spezifische Anwen- 
dungen (Beispiel: Kundendatei 
für Vertrieb) abdeckt. Da reine 
Service-Bereiche (Schreib- 
dienst, Vorzimmersekretariate) 
in mittelständischen Betrieben 
weniger ausgeprägt sind, wird 
ein Bürosystem hier eher zur all- 
gemeinen informationstechni- 
schen Unterstützung von spezi- 
fischen Funktionsbereichen 
(Einkauf, Vertrieb, Rechnungs- 
wesen) eingesetzt. 


Unspezifische Programmodule 
wie Grafik, Kalkulation und 
Datenbank können dazu ge- 
nutzt werden, spezielle Applika- 
tionen zu entwickeln. Der Auf- 
wand und die benötigten Kennt- 
nisse sind dabei je nach Ent- 
wicklungs-Tool (beziehungs- 
weise dessen Benutzerfreund- 
lichkeit) sehr unterschiedlich: 
ein Tabellenkalkulations- oder 
ein Grafikprogramm können in 
der Regel vom Anwender selbst 
nach kurzer Zeit an spezifische 
Erfordernisse angepaßt werden. 
Für die Einrichtung einer Da- 
tenbank unter einem leistungs- 
fähigen Datenbankprogramm 
sind die Anforderungen höher. 
Neben Programmierkenntnis- 
sen sind hier in der Regel auch 
theoretische Kenntnisse über 


Integrierte Bürosysteme in der Sachbearbeitung 


—— zeillicher Arbeitsoblauf ——> 


Übernahme von 
Dolen ous der 


zenlrolen DV 


Dorstellung der 
Werte in einem 
Säulendiogromm 












Zusommenstellung 
des gesomlen 
Schrillstücks 


























Versenden des 
Schrillstücks 


den Aufbau von Datenbanken 
gefragt, um etwa nur eine effi- 
zient arbeitende Lieferantenda- 
tei zu entwickeln. 


Auf der Basis der Unterschei- 
dung verschiedener Programm- 
module können unterschiedli- 
che Softwarekonzeptionen bei 
Integrierten Bürosystemen fest- 
gestellt werden. Ein mittelstän- 
discher Betrieb, der ein solches 
System einführen will, muß sich 
daher zwischen drei Varianten 
entscheiden, die in aufsteigen- 
der Folge sortiert vorgestellt 
werden sollen. 


Drei Konzepte fürs 
Büro 


Integrierte Systeme: Dazu zäh- 
len die klassischen Programm- 
pakete wie FRAMEWORK, 
Symphony und Smart, die im 
wesentlichen auf unspezifischen 
Modulen wie Tabellenkalkula- 
tion, Grafik und Datenbank 
aufbauen. Wählt man ein sol- 
ches System mit Entwicklungs- 
Tools, dann müssen spezifische 
Anwendungen selbst program- 
miert werden. 


Bürosysteme mit spezifischen 
Anwendungen:Zu dieser Gruppe 














zählen Bürosysteme, die neben 
der Textverarbeitung ‘fertige’ 
Anwendungen wie Buchhaltung 
und ähnliches enthalten. Solche 
Systeme basieren oft auf ‘Ent- 
wicklungssystemen' wie Smart, 
die dann von Softwarehäusern 
für spezifische Anwendungen 
angepaßt werden. 


Reine Bürosysteme: Reine Büro- 
systeme unterstützen in erster 
Linie die Bürokommunikation 
im engeren Sinne. Solche Sy- 
steme haben keine spezifischen 
Module, dafür aber Schnittstel- 
len zur Groß-DV. In diese 
Gruppe fallen etwa Produkte 
wie Alis und Q-OFFICE mit 
seinen Abkömmlingen. 


Jeder Weg hat seine Vorteile. 
Beim Kauf eines fertigen Pro- 
duktes verlagert man einen 
Großteil der Probleme, die mit 
der Programmentwicklung ver- 
bunden sind, nach außen. Im 
Regelfall steht ein erfahrenes 
Softwarehaus dafür gerade, daß 
das System an die festgelegten 
Erfordernisse des Kunden ange- 
paßt wird. 


Aber auch der zunächst steinige 
Weg der Eigenentwicklung hat 
seine Vorteile. Neben der opti- 
malen Anpassung an betriebli- 
che Bedürfnisse fällt hier insbe- 
sondere die Qualifizierung der 
Mitarbeiter ins Gewicht. Ein 
festangestellter, immer an- 
sprechbarer EDV-Kenner kann 
Gold wert sein. Denn gerade in 
solchen Betrieben, in denen die 
Informationstechnik eine zen- 
trale Rolle spielt, sind kompe- 
tente und qualifizierte Mitarbei- 
ter ein nicht zu verachtender — 
wenn nicht gar der wichtigste — 
Produktivitätsfaktor. 


Hardware-Differenzen 


Integrierte Bürosysteme können 
auf verschiedene Rechnerkonfi- 
gurationen aufsetzen. Der tech- 
nischen Entwicklung folgend, 
sollen diese von der reinen 
Mainframe-Lösung bis zum PC 
absteigend sortiert vorgestellt 
werden, denn für jede Rechner- 
ebene werden heute Bürosy- 
steme angeboten. Dabei läßt 
sich durchaus ein Trend bezie- 
hungsweise eine historische Ent- 
wicklung erkennen. So können 
verschiedene typische Konfigu- 
rationen identifiziert werden. 
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wissen 


Am Anfang stehen reine Main- 
frame-Lösungen, die auf einem 
Großrechner, an den verschie- 
dene Terminals und Peripherie- 
geräte angeschlossen sind, ba- 
sieren. Der Rechenbetrieb ver- 
läuft zunächst im Batch-, später 
mit verbesserter Rechnerlei- 
stung auch im Dialogbetrieb. 
Mit der Miniaturisierung der 
Schaltkreise schließlich werden 
sogenannte Minicomputer ent- 
wickelt, die entweder zwischen 
Host und Peripherie als Vor- 
rechner zwischengeschaltet oder 
als eigene Rechner für spezifi- 
sche Zwecke (zum Beispiel tech- 
nisch-wissenschaftliche) einge- 
setzt werden. An der Peripherie 
sind Terminals oder - seit Be- 
ginn der 80er Jahre - auch PCs 
angeschlossen. Mit der Entste- 
hung immer leistungsfähigerer 
Personalcomputer werden seit 
Anfang der 80er Jahre auch 
‘echte’ dezentrale Lösungen 
möglich. Diese basieren auf 
mehreren Personalcomputern 
beziehungsweise Workstations, 
die beispielsweise über ein loka- 
les Netzwerk (LAN) miteinan- 
der verbunden sind. Daran sind 
verschiedene Server angeschlos- 
sen: Druck-, File-, Kommuni- 
kations-Server. 


Die Besonderheit einer solchen 
Lösung liegt darin, daß hier die 
Steuerung der Kommunikation 
im Netzwerk nicht zentral wie 
bei Mainframe- oder Minicom- 
puter-Lösungen erfolgt, son- 
dern dezentral. Dezidierte Bü- 
rosysteme basieren auf Hard- 
ware-Konfigurationen, die spe- 
ziell für Büroanwendungen im 
engeren Sinn — also Dokument- 
bearbeitung — ausgelegt sind. 
Das macht allerdings die Kom- 
munikation mit anderen 
DV-Anwendungen oft proble- 
matisch. Nichtsdestotrotz ha- 
ben solche dezidierten Bürosy- 
steme in der Nachfolge des Xe- 
rox-Star System NS 8000 einen 
großen Einfluß auf alle Arten 
von Bürosystemen gehabt. 


Zu Bürosystemen muß man 
auch Stand-alone-Lösungen auf 
PC-Ebene zählen. Das sind in 
erster Linie Systeme, die auf 
MSDOS basieren. Sie sind in 
der Regel für den Stand-alone- 
Betrieb konzipiert und nicht 
multiuser-fähig. 


Was für wen? 


So langsam, aber sicher, engt 
sich das unüberschaubare An- 
gebot scheinbar idealer Bürosy- 
steme weiter ein. Im Vergleich 
der verschiedenen Hardware- 


+ 


Konfigurationen läßt sich fol- 
gendes erkennen: 


Eine reine Mainframe-Lösung 
ist nicht sinnvoll, wenn im Be- 
trieb noch keine ausgeprägte 
Rechnerstruktur vorhanden ist 
und so mit einer Einführung 
hohe Kosten verbunden sind. 
Anders sieht es aus, wenn ein 
solcher Rechner im Betrieb 
schon für andere Aufgaben ge- 
nutzt wird und noch Kapazitä- 
ten frei hat. Hier wäre es Über- 
legungen wert, diese ungenutz- 
ten Kapazitäten mit einem Bü- 
rosystem, das auf dem Main- 
frame lauffähig ist, zu nutzen. 


Eine reine Stand-alone-Lösung 
auf dem PC scheint nicht ad- 
äquat, da damit einem Ausbau 
der Rechner-K.onfiguration 
enge Grenzen gesetzt sind. Al- 
lein für sehr kleine Betriebe (wie 
kleine Handwerksbetriebe) 
kann das eine sinnvolle Lösung 
sein. 


Aufgrund der 
Möglichkeit, 
Büroarbeiten 
umfassend durch 
Informationstechnik 
zu unterstützen, 
entstand schnell die 
Vision des 
‘papierlosen Büros’. 


Angesichts der 


Unmengen via DV-Gerät 
bedruckten Papiers 
reden Spötter 
mittlerweile vom 


‘bürolosen Papier’. 


Aus ähnlichem Grund ist auch 
die Einführung eines dezidierten 
Bürosystems nicht unproblema- 
tisch. Da diese Systeme rein für 
Büroanwendungen im Sinne der 
Dokumentenerstellung, -ablage 
und Übermittlung konzipiert 
sind, existieren kaum Schnitt- 
stellen zu anderen betrieblichen 
Programmsystemen wie PPS, 
CAD und ähnlichem. Die Rolle 
digitaler Nebenstellenanlagen 
ist zur Zeit noch schwer abzu- 
schätzen, da sie von der ISDN- 
Einführung abhängt. Deutlich 
zu erkennen ist allein, daß die 
Kommunikation per Telefon 
sicher in Zukunft über digitale 
Medien verlaufen wird. Ob al- 
lerdings entsprechende Neben- 
stellenanlagen in naher Zukunft 





eine vollwertige Lösung auch 
für Daten und Textkommuni- 
kation darstellen, bleibt abzu- 
warten. 


Somit bleiben zwei Hardware- 
Konfigurationen von besonde- 
rem Interesse: 


-Lösungen, die um einen Mini- 
computer zentriert sind 

dezentrale Netzwerklösungen 
auf PC-Basis 


Mancher Anbieter (und auch 
traditionelle Nutzer) von Groß- 
rechnern wird solche Hard- 
ware-Lösungen mit dem Argu- 
ment ablehnen, Mini- und Mi- 
krocomputer seien zwar für pri- 
vate oder einzelplatzbezogene 
Anwendungen geeignet, nicht 
aber für den Einsatz als mehr- 
platzfähige, kommerzielle Sy- 
steme. Diese Argumente sind 
(von seiten der Anbieter) zwar 
im Hinblick auf das Verkaufsin- 
teresse durchaus verständlich, 
es fehlt ihnen aber die sachliche 
Grundlage. Seit der Entwick- 
lung von 32-Bit-Prozessoren ha- 
ben Minis und ‘gehobene' PCs 
inzwischen eine Leistungsfähig- 
keit erreicht, die sie in den Be- 
reich von Anwendungen haben 
vorstoßen lassen, die bislang 
dem Großrechner vorbehalten 
waren. 


Eine echte Trennung zwischen 
den verschiedenen Rechnerty- 
pen läßt sich somit vor dem Hin- 
tergrund ihrer Leistungsfähig- 
keit nicht mehr ohne weiteres 
vornehmen. Überspitzt könnte 
man sagen, daß man allein an 
den Kosten noch feststellen 
kann, obees sich um einen High- 
End-Mikro oder einen Main- 
frame handelt. 


Betriebssystem- 
Differenzen 


Wenn in einem UNIX-Magazin 
die gern diskutierte Frage be- 
antwortet wird, welches Be- 
triebssystem denn wohl das 
richtige sei, was soll dabei her- 
auskommen? UNIX natürlich. 
Wer anderer Ansicht ist, wider- 
lege folgende Argumente: 


Standard-Argument Num- 
mer 1: Herstellerspezifische Be- 
triebssysteme werden insbeson- 
dere von den traditionellen 
Hardwarefirmen angeboten. 
Anwendungssysteme, die unter 
diesen Betriebssystemen laufen, 
sind naturgemäß an eine spezi- 
fische Rechnerfamilie gebunden 
— der Anwender hat beim Kauf 
eines Software-Produktes keine 
große Wahl mehr hinsichtlich 





der zugrundeliegenden Hard- 
ware. Er muß einen entspre- 
chenden Rechner gleich mitkau- 
fen. 


Standard-Argument Num- 
mer 2: An herstellerunspezifi- 
schen Betriebssystemen stehen 
zur Zeit zwei zur Verfügung, 
MSDOS im PC-Bereich und 
UNIX für Minicomputer und 
die ‘gehobenen’ PC-Modelle. 
Dem möglichen Dritten im 
Bunde, dem _ designierten 
MSDOS-Nachfolger 08/2, 
fehlt es zur Zeit noch an spezi- 
fischer Anwendungssoftware. 
Ergo scheint UNIX das Be- 
triebssystem der Zukunft zu sein 
— zumindest im Bereich von 
Büro- und Verwaltungssyste- 
men. In der öffentlichen Ver- 
waltung gilt ohnehin ‘Keine 
Ausschreibung ohne UNIX! - 
um auch diesen vielzitierten 
Satz noch unterzubringen. 


Weitere Argumente (Hard- 
wareunabhängigkeit, Portabili- 
tät) sollen an dieser Stelle nicht 
zum x-ten Male wiederholt wer- 
den. Das Standard-Gegenargu- 
ment, UNIX habe eine zu kryp- 
tische Bedieneroberfläche, wird 
aller Wahrscheinlichkeit nach 
nur noch gewisse Zeit gelten. 
Immerhin sind die Standardisie- 
rungs-Bestrebungen in letzter 
Zeit ein gutes Stück vorwärts 
gekommen, so daß wohl dem- 
nächst auch für UNIX mit einer 
Windows-ähnlichen Oberfläche 
zu rechnen ist (Open Look). 


Damit sind die Auswahlpro- 
bleme aber nicht erledigt. Es 
bleiben die unterschiedlichen 
Konzepte der Büro-Software 
selbst. Dezidierte Entschei- 
dungshilfen erwarten Sie aber 
bitte nicht — daß dafür das Pro- 
blem zu komplex ist, dürfte 
klargeworden sein. Statt dessen 
wurden (an anderer Stelle in die- 
ser Ausgabe) einige der Bürosy- 
steme, die unter UNIX laufen, 
stellvertretend für unterschied- 
liche Software-Konzepte exem- 
plarisch untersucht: Smart als 
Vertreter der integrierten Pro- 
grammpaket, der Ofis Manager 
als schon lange eingeführtes, 
traditionelles Bürosystem, Alis, 
ein modernes System mit grafi- 
scher Benutzeroberfläche, und 
Apollos ODIN, das mit zu- 
kunftsweisendem Anspruch da- 
herkommt. (JS) 


Christian Hartmann ist 
wissenschaftlicher 
Angestellter dr PROCON 
GmbH, Hannover. 
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KEN I SYSTEM V-386 


Das AT&T System V.3 lizenzierte System entspricht dem SVID-Standard und wurde gemeinsam von 
Microsoft und The Santa Cruz Operation entwickelt. 


32-Bit Nativecode 

4 GB virtueller Adressenspeicher 

demand paging 

binär kompatibel mit Microsoft und IBM XENIX- 
286 Programmen 

7/8-Bit Zeichensatz-Mapping 

erweiterte Video-Unterstützung - EGA, CGA, 
PGA, Hercules Mono, VGA Graphics, mehrere 
Monitore, Bit-Mapping 

Maus-Unterstützung 


Bisher auf folgenden Rechnern getestet: 


e 8-Bit Utilities 

® Ablauf von AT&ST UNIX System V/386 3.1 Appli- 
kationen 

® Optionen: 
BEER (Fensterorientierte Bedieneroberflä- 
che) 
XENIKX-NET (Vernetzung von DOS- und XENIX- 
Rechnern) 
VP/ix (Ablauf von DOS-Programmen unter 
XENIX 386) 


ACER 1100, Corvus 331, Compaq 386 (alle Modelle), ITT 386, Mitsubishi PC-386, Noble 386, Olivetti M380, Wyse 386, Zenith 386, IBM PS/2 
Model 80, Siemens PC D 3T und 3TS, Siemens 32-05, HP RS/20, Toshiba 5100. 
Auch ablauffähig auf dem IBM PC AT (oder anderen Intel-unterstützten 286 ATs mit 386-Zusatzkarte wie beispielsweise Intel Inboard) 


Erwähnte Warenzeichen: XENIX (Microsoft Corp.), IBM, AT, PS/2, EGA, CGA, PGA (Int! Business Machines Corp.), Intel Inboard (Intel Corp.), Hercules Mono Graphics (Hercules Compu- 
ter Technology), VP/ix (Phoenix Computer Corp.). Die Rechnernamen sind Warenzeichen der jeweiligen Hersteller. 


Ahnemann 


Der neue 
Alles Inklusiv AT 


4MB RAM 16 MHZ (Landmark) 
emwetenar os ame 280 - DAT" ® 


auf Hauptplatine, (EMS), 

MS-DOS 4.0 und OS-2 kompatibel, 2 Serielle Schnitt- 
stellen, 2 Parallele Schnittstellen, 20 MB Festplatte 
formatiert, 1,2MB/360KB Diskettenlaufwerk, 16-Bit- 
Dualcontroller, Herkules kompatible Grafikkarte, MF-2- 
kompatible Tastatur mit 102 Tasten, dt., 14"-FlatScreen 
TTL Monitor, bernstein, mit Dreh/Schwenkfuß, ROM- 


‚Setup, NCE MS-kompatible Maus 


Unverbindliche Preisempfehlung 
ab Lager Bremen DM 31 98,- 


Kunze Hardware Software Komplettlösungen 
Hotline: 042 07-810 - Telefax: 04 21-3498957 Gesamtpreisliste gegen Rückumschlag 


Schriftliche Angebote, Datenblätter und 





ES Are 1 Eh ee aan RN nern, nd ee ET 


Michael Stein 


Über die Konsequenzen 
der EDV für den 
Büroalltag existieren 
zahlreiche Vorstellungen. 
Eine davon, daß es im 
Büro der Zukunft nahezu 
gänzlich papierlos 
zugehen wird, scheint 
zwar heute schon 
technisch realisierbar, 
funktionierende 
Umsetzungen sind jedoch 
rar. Workstation- 
Erfinder Apollo will mit 
ODIN die Lösung 
gefunden haben und spart 
nicht mit entsprechender 
propagandistischer 
Begleitmusik: ‘Viele 
halten diese Büros der 
Zukunft heute noch für 
Zukunftsmusik. Apollo 
Domain hat es.’ 


In erster Linie hat man es in 
einem Büro mit einer Vielzahl 
von Schriftstücken zu tun. In- 
formationen, die anfaßbar auf 
einem Blatt Papier vorliegen, 
sind jedoch in ihrer Beweglich- 
keit stark eingeschränkt. Nicht 
jeder, der die Information benö- 
tigt, kann sofort auf sie zugrei- 
fen. Das Schriftstück muß griff- 
bereit sein- im Original oder als 
Fotokopie. Was aber, wenn ge- 
nau das gesuchte Dokument 
bereits in den Tiefen des Archivs 
versunken ist? Der Informa- 
tionszugriff mit ODIN (Office 
Document And Information 
System) geht da deutlich schnel- 
ler und komfortabler vonstat- 
ten: Nach der Eingabe eines 
oder mehrerer Schlüsselwörter 
erscheint das gewünschte 
Schriftstück auf dem Bildschirm 
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L.aserplatte(n) 
an beliebigen 
Netzwerkknoten 


Mainframes 
DATE 
PCs 


Existierende 


a—m Grafikrechner 
[nl oder lokale 
( Workstations 
u Te 


Scanner 


des Arbeitsplatzrechners und 
steht für die Weiterbearbeitung 
zur Verfügung. 


Nach Wunsch 


Das eigentlich Wichtige ist also 
nicht das Dokument selbst, son- 
dern dessen Inhalt. Und für das 
Erfassen, Ablegen und Zugrei- 
fen auf diese Inhalte wurde 
ODIN konzipiert. ‘ODIN ist 
eine Summe von Funktionalitä- 
ten’, beschreibt Helmut Traut- 
mann, Manager des ‘Technical 
Center’ von Apollo Domain in 
Frankfurt, das System. In der 
Frankfurter Zentrale konfigu- 
riert man ODIN je nach Kun- 
denwunsch — sowohl auf der 
Software- als auch auf der 
Hardwareseite. Aus den mögli- 
chen ODIN-Features wählt der 


Anwender aus, was für ihn 
wichtig sind. Diese Features 
werden dann in einer individuel- 
len ODIN-Installation von 
Apollo Domain in das Paket in- 
tegriert. 


Voraussetzung für die Arbeit 
mit dem System ist natürlich 
eine leistungsfähige Gerätekon- 
figuration. Eine Apollo- 
Workstation bildet hierbei die 
Grundlage. Die Erfassung der 
Dokumente geschieht über ei- 
nen Scanner, die Ausgabe per 
Bildschirm oder Laserdrucker. 
Und weil Apollo besonderen 
Wert auf das Management der 
Dokument-Inhalte legt, können 
über eine angeschlossene OCR- 
Einheit (Optical Character Re- 
cognition: optisches Erkennen 
von Buchstaben) die Doku- 


Fertigungsauftrag 


Text 


Skizze 


Fertiges Baugruppenmodell 


Stücklisten 





mente nicht nur als Seiten ein- 
gelesen und als Bild weiterver- 
arbeitet werden, sondern der 
Text steht für die Integration in 
ein Textsystem zur Verfügung. 
Dabei hat der Benutzer die 
Möglichkeit, den erkannten 
Text in ASCII-Files abzulegen 
und später jederzeit in seiner 
Textverarbeitung aufzurufen. 





Aber noch werden die meisten 
Informationen heute in Form 
von bedruckten oder beschrie- 
benen Seiten ausgetauscht. 
Beim Posteingang einer großen 
Firma sind mehrere Mitarbeiter 
damit beschäftigt, die einge- 
hende Post morgens mit dem 
Eingangsstempel zu versehen 
und an die einzelnen Abteilun- 
gen weiterzuleiten. Benötigen 
verschiedene Personen die In- 
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des Posteingangs verankert nun 
nach einer vorgegebenen Ver- 
schlüsselung das Dokument un- 
ter einem oder mehreren Indizes 
im System. 


Natürlich kann dieser Erfas- 
sungsvorgang an jedem anderen 
Arbeitsplatz geschehen, so daß 
mit einem Textsystem entstan- 
dene Seiten (aber auch jedes an- 
dere Schriftstück) auf diesem 
Wege für alle Berechtigten zu- 
gänglich werden. Diese Zu- 
gangsberechtigung kann direkt 
nach der Erfassung durch eine 
entsprechende Kodierung er- 
zielt werden. 


Konzeption inklusive 


Eine Workstation ist natürlich 
für den Einsatz in einem Netz- 
werk gedacht. Beim Apollo- 
Domain-Token-Ring ist hierbei 
sogar der Zugriff von jeder Ein- 
heit auf jedes Peripheriegerät im 
Netz möglich, ganz gleich wo es 
sich physikalisch befindet. So 
kann eine Datei auf einem belie- 
bigen Speichermedium abgelegt 
sein und der Zugriff von jeder 
Workstation aus erfolgen. 
Harddisks oder optische Platten 
kommen dabei zum Einsatz. 
Mit dem Datenbank-Teil von 
ODIN werden dann die Orte 
verwaltet. an denen sich das ge- 
wünschte Schriftstück befindet. 
Durch das Netzwerk kann der 
berechtigte Benutzer somit auch 


n \ v - Schriftstücke anfragen. von de- 
formationen aus einem Schrift- nen er nicht einmal weiß. wo sie 


stück. erzeugt man häufig noch jjegen. 
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mehr Papier: Per Fotokopie 

R “ : optische Platte Adressaten zugänglich. In einer den Workstations also auch die 
lg. mit ODIN organisierten Post- ODIN-Software und die Kon- 

” eingangsabteilung x 
1 7 Vorgang ähnlich. Erfaßt wird räte stammen jedoch von ande- 
ug: cc das Schriftstück nach wie vor fen Herstellern. Genauso wie 
© mehr das menschliche Auge, ganz nach Kundenwunsch kon- 
A - SS die Information als Ganzes ab- ware-Konstellation ausschließ- 
BZ N Graphic liest und anschließend elektro- lich vom Kunden bestimmt. 
E02 DINENN) Original-Aussehen zu scannen. 
NY, } wieder ausdrucken zu können. 
mischt: der ist mit normalen Scannern 
parallel, 300 dpi Canon ist beispielsweise beides 
in einem. Die Abtasteinheit 


Zugriff auf wird das Dokument fürmehrere Apollo Domain liefert neben 
ist dieser zeption. Ein- und Ausgabege- 
optisch - nur daß jetzt nicht Apollo Domain die Software 
Graphic Scanner und sondern ein optisches Lesegerät figuriert. wird auch die Hard- 
RTL EN nisch ablegt. Der Angestellte Wem es reicht. Dokumente im 
abzulegen oder später jederzeit 
Mit dies: imal-Konfiguration Ist die gemischt 
Erfassung und Ve: itung von 1 nd und Laserdruckern gut bedient. 
Laserdrucker A 4 Grafikdokumenten möglich. Der Laserkopierer NP 9030 von 
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Datenbanksysteme speichern 
und verarbeiten Informatio- 
nen. Das Buch vermittelt Ein- 
blick in die Thematik und 
unterstützt Entscheidungen in 
allen Wirtschaftsbereichen. 
Am Beispiel dBASE Ill, dem 
Marktführer bei PC-Daten- 
banksystemen, werden die 


dargestellten theoretischen HEISE 
©) Aspekte verdeutlicht. Ein 
eigener Teil ist dem hochak- I 
(& tuellen Thema „Online-Daten- 
banken“ gewidmet. Verlag 
Heinz Heise 
Broschur, 173 Seiten GmbH & Co KG 
DM 36,80 Postfach 61 04 07 
ISBN 3-88 229-133-8 3000 Hannover 61 


Die aktuelle 
Computer- 
anwendung 
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Anwendungs- | 
gebiete 


Der umfassende Einblick in 
diesen hochaktuellen Be- 
reich der Computerpro- 
grammierung ermöglicht es 
dem Leser, sich sein eige- 
nes Urteil über Chancen 
und Grenzen der künstli- 
chen Intelligenz zu bilden. 
Die methodischen Grund- 
lagen der Kl und ihre wich- 
tigsten Anwendungsfelder 
werden vorgestellt. 


Verlag 
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Heinz Heise 


Broschur, 267 Seiten hr 


DM 49,80 
ISBN 3-88229-018-8 
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x 3000 Hannover 61 
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kann hierbei nämlich auch vom 
Druckwerk logisch getrennt 
und beide Einheiten kommen 
ganz unter Kontrolle einer 
Apollo-Domain-Workstation 
gestellt werden. So scannt der 
Abtaster mit einer Auflösung 
von bis zu 400 dpi, und die 
Workstation legt das Bild in 
komprimierter Form ab. Bei der 
Kompression dieser großen Da- 
tenmengen (der NP 9030 liefert 
zum Beispiel 2 MByte bei einer 
DIN-A4-Seite) wird eine Ver- 
kleinerung der Datei bis zum 
Faktor 30 erreicht. Von einer 
beliebigen Maschine kann diese 
Bild-Datei dann wieder aufge- 
rufen und auf dem Druck werk 
des Laserkopierers ausgegeben 
werden. 


Klarschrift 


Der Inhalt von Dokumenten 
muß aber häufig nicht nur vi- 
suell wahrnehmbar sein, indem 
man jederzeit eine Reproduk- 
tion durch die Ausgabe der Da- 
tei auf einem Laserdrucker aus- 
löst, sondern es kommt bei der 
Vermittlung von Informations- 
inhalten oft auch auf die äußere 
Form an. So kann es wichtig 
sein, die geschriebene Informa- 
tion zur elektronischen Bearbei- 
tung per Textverarbeitung zur 
Verfügung zu haben, um sie zu 
verändern und in einer neuen 
Form wieder abzulegen oder auf 
Papier auszugeben. Wünscht 
der Anwender also das Scannen 
von Texten mit anschließender 
Bereitstellung des Textes als 
ASCII-File, kommt ein Klar- 
schriftleser zum Einsatz. Die 
Fähigkeiten von ODIN hängen 
dann von den Leistungsmerk- 
malen der jeweiligen Scanner- 
Einheit ab. Bislang sind noch 
nicht alle Schriftfonts lesbar. 
Die gängigsten — auch Propor- 
tionalfonts — werden jedoch er- 
kannt. Auch das Einlesen von 
handgeschriebenen Texten ist 
bisher nur über Umwege mög- 








lich. Achtet der Schreiber näm- 
lich nicht auf das stets gleich- 
bleibende Aussehen seiner 
Schrift, richtet er sich also nicht 
nach den vorgegebenen, vom 
Scanner lesbaren Fonts, schnellt 
die Fehlerquote steil nach oben. 
Bei nicht hundertprozentig feh- 
lerfreiem Papier (Knicke, Holz- 
rückstände, Wasserzeichen) 
kann es ebenfalls zu Problemen 
kommen. Je nachdem. wie wich- 
tig die Möglichkeit für den An- 
wender jedoch ist, werden Klar- 
schriftleser auch mit höchster 
Präzision und niedrigster Feh- 
lertoleranz in das ODIN-Sy- 
stem integrierbar sein. 


ODIN ist also kein Paket, das 
immer gleichen Funktionsum- 
fang bietet. Und ODIN ist weit 
mehr als die Software, mit der 
man arbeitet. ODIN ist ein re- 
volutionäres Konzept zur Opti- 
mierung des Informationsflus- 
ses zwischen den Menschen. 
Wenn man an die Konsequen- 
zen — auch im Hinblick auf den 
stets steigenden Papierbedarf 
und das auch damit verbundene 
Waldsterben — denkt, dann 
weist ODIN den Weg in eine 
Zukunft, die längst nicht mehr 
utopisch ist. 

In der beschriebenen Form ist 
ODIN bislang weltweit 15mal 
installiert, ein Drittel der Sy- 
steme ist in der Bundesrepublik 
im Einsatz. Anwender sind un- 
ter anderem INA-Nadellager 
und BMW. 

Exakte Preise für Komplettsy- 
steme sind aufgrund der indivi- 
duellen Konfigurationsunter- 
schiede nicht zu nennen. Die 
Summe, die man für Image- 
Scanner anlegen muß, bewegt 
sich zwischen 4000 und 100 000 
Mark, für OCR-Lesegeräte sind 
derzeit 25 000 bis 40 000 Mark 
fällig. (JS) 
Michael Stein arbeitet seit drei 
Jahren als DV-Fachjournalist 
mit dem Schwerpunkt ‘Rechner- 
und Systemtests’, 
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Q-Office wurde ursprünglich 
von der Schweizer Firma Qua- 
draton entwickelt. Zahlreiche 
Hersteller bieten eigene Modifi- 
kationen an, vorgestellt wird 
hier der Ofis Manager von Uni- 
sys, den der Welt zweitgrößter 
Computerhersteller in seine 
Software-Palette integriert hat. 
Das Kürzel Ofis steht übrigens 
für Office Integrated Systems. 


Der Ofis Manager enthält alle 
wesentlichen Module, die nach 
klassischer Definition ein Inte- 
griertes Bürosystem ausma- 
chen: Textverarbeitung, Doku- 
mentablage- und -Retrievalsy- 
stem, Electronic-Mail, Termin- 
kalender und die Unterstützung 
von Postdiensten. 


Die gern als ‘zukunftsweisend’ 
apostrophierten Eigenschaften 
wie _ Text-Grafik-Integration 
oder gar Desktop-Publishing- 
Fähigkeiten sucht man beim 
Ofis Manager vergebens. Das- 
selbe gilt für die Möglichkeit, 
Lichtsatzanlagen steuern zu 
können, auch WYSIWYG ist 
ein Fremdwort für den Büro- 
manager. Das System geht von 
normalen Alpha-Terminals aus, 
die Bedieneroberfläche ist tra- 
ditionell menüorientiert. 


Stärken zeigt das System in sei- 
nen einzelnen, klassischen Be- 


standteilen und vor allem in Sa- 
chen Integrationsfähigkeit in 
die Produktlinie. der Unisys- 
Rechner vom Advanced PC 
(sprich AT) bis zum Mainframe. 


Unten und oben 
angebunden 


Anfragen, Updates und Daten- 
übernahme von undan Mapper, 
das relationale Datenbanksy- 
stem für die OS/1100-Mainfra- 
mes, werden voll unterstützt. 
Wer’s gerne herstellerunabhän- 
giger hat, kann sich statt dessen 
auch via SQL-Schnittstelle mit 
Oracle unterhalten. Mit OFIS- 
Link steht auch ein Bürokom- 
munikations-System für Groß- 
rechner zur Verfügung, Soft- 
ware-Brücken zwischen Main- 
frame und UNIX-Rechnern 
sorgen für Integration. In allen 
Konfigurationen ist die Ablage 
von Texten im IBM-Dissos- 
kompatiblen Archivformat 
möglich. Diese Integrations- 
möglichkeit wird oft zum letzt- 
endlich entscheidenden Kaufar- 
gument: "Grund für unsere Ent- 
scheidung war der vorhandene 
Unisys-Mainframe'‘, erläutert 
Jürgen Zimnick, zuständiger 
Mitarbeiter für Datenverarbei- 
tung und CAD der norddeut- 
schen Firma Fuba Printed 
Cireuits. 


Klassiker 
mit Format 


Ofis Manager: 


traditionsreiches Mehrplatzsystem 


Jürgen Seeger 


Mit Sicherheit nicht den Gipfel an Modernität, aber auf 
jeden Fall ein erprobtes, sicheres System bieten die 
zahlreichen Abkömmlinge von Q-Office. Der von Unisys 
angebotene Ofis Manager ist eines dieser Derivate. 


Für die Integration der 
MSDOS-Welt sorgt, wie fast 
schon üblich, Ethernet, die zu- 
ständige Software namens PCI 
(PC-Integration in UNIX) steht 
seit Juli "88 zur Verfügung. 
Diese Möglichkeit relativiert 
übrigens die Aussage ‘keine 
Text-Gafik-Integration’; denn 
durch Übernahme der Texte in 
eines der gängigen PC-Pakete 
stehen einem diese Möglichkei- 
ten offen. Als Low-Cost-Lö- 
sung können PCs als Terminal 
über eine RS-232-Schnittstelle 
mit 9600 Baud eingesetzt wer- 
den. 


Dokument-Retrieval 
inklusive 


Zur komfortablen Textverar- 
beitung gehört natürlich eine 
Serienbrieffunktion das ist 
heutzutage Standard -, bemer- 
kenswerter ist schon die inte- 


grierte Adreßverwaltung. Das 
Ablagesystem ist hierarchisch 
organisiert, Dokumente befin- 
den sich in Ordnern, die in 
Schränken aufbewahrt werden. 
Dieses hierarchische Ablagesy- 
stem ist beinahe schon eine 
kleine Volltextdatenbank. Über 
wählbare Bereiche können näm- 
lich benutzerbestimmte Indizie- 
rungen aufgebaut werden. So 
hat man Briefe, Artikel, Proto- 
kolle und dergleichen über 
Stichworte im schnellen Zugriff. 
Die Unisys-Systemberaterin 
Eveline Grigo nennt zum Stich- 
wort Performance’  Erfah- 
rungswerte: die Indizierung von 
6 MByte Textdaten dauert circa 
eine Stunde, die Suche nach ei- 
nem der Schlüsselwörter dann 
10 bis 20 Sekunden. 


Datenexport und -import aus 
der beziehungsweise in die zu- 
gehörige Tabellenkalkulation 


Q-Office für UNIX-Rechner von Unisys: der Ofis Manager 
für die Systeme der Serie 5000 und 7000 


HOLEN -- ZOrdner aus Schrank =3!= 
Gemeinsame Schränke 
Letztes Dokument 
Dokument -Suchfunktion 


ANLEGEN- Ordner 
Dokument 


Schreibseite 


Bürofunktionen 
Systemverwaltung 
Memo senden 
Abmelden 


ORGANISAT TONS-DIAGRAMM 


Bereichs- | 
leiter 


| 


Hauptabtei- 
Iungsieiter 


Auswahl mit Cursor - AKZEPT 


» Termin 
» Nachrichten 


Bereichs- 
leiter 


ENG 
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PC - lint von GIMPEL C Syntax- + Semantikprüfung über mehrere Files 
DIS tee nennsaatnanaennenatenngeh nen kahtrstaheesnnee Rense aman ren nern rennen DM 399.- 
Als shrouded Source-Code für XENIX, Microport UNIX, VAX, MVS auf Anfrage 


C-terp der professionelle C-Interpreter für XENIX 
CDOC Dokumentationssystem für C-Programme 7: 
VTEK VT100, Tektronix 4014 Terminal-Emulations-Pgm.f. PC’s............. DM 350.- 


Scientific Subroutine Library mathem.Routinen Source ... 
Ip Bibliothek mit Druckerroutinen Source ..uuananenanannnnenn. = 
BTREE + ISAM File Management inkl. Multiuser-Support Source ....... DM 450.- 


MKS TOOLKIT UNIX Tools for DOS 


über 115 Programme kompatibel mit UNIX V.3, 
2 r pm 495.- 


incl. Korn Shell, awk, vi, sed, yacc, prof, spell. 
Viele Produkte mehr: Info anfordern! Keine zusätzlichen Versandkosten! 
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Händleranfragen 
willkommen. 


Das erste Anwenderprogramm 
der SPEED-Reihe mit folgen- 
den Leistungen: 


— Kundenverwaltung, 
— Artikelverwaltung, 
— Terminverwaltung, 

— Angebotsschreibung, 


©) — Serienbriefe. HEISE 
SPEED.FAKTURA läuft auf al- 
5 len IBM-kompatiblen Rech- /1 
nern mit Betriebssystem MS- 
DOS 2.11 und höher. @ Verlag 
x Heinz Heise 
GmbH & Co KG 


Best.-Nr. 51824 DM 148,— 
unverbindliche Preisempfehlung 


Postfach 61 04 07 


” 
d) 

g 
x 3000 Hannover 61 
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Hinreichende 
Programmier- und 
Systemkenntnisse 
vorausgesetzt, sind 


LTE eL-litzlelfet: 
Anpassungen an 
eigene Anforderungen 
möglich. 





ist heutzutage kein Thema, ge- 
nausowenig Präsentationsbau- 
steine; Fenstertechnik (jedenfalls 
auf Textterminals), die Erstel- 
lung von Stichwort- und In- 
haltsverzeichnissen, ein Lern- 
programm sowie zahlreiche Hil- 
fefunktionen schon eher. 


Perfektes Mailing 


Theoretisch ist das Einlesen von 
Post in Papierform möglich, 
Unisys bietet einen Dokumen- 
tenleser für Schreibmaschinen- 
schrift an — allerdings nur un- 
gern. Um so perfekter ist die 
elektronische Post eingebun- 
den. Ankommende EMail kann 
sofort in die Textverarbeitung 
übernommen, weiterverarbei- 
tet, abgelegt oder ausgedruckt 
werden. Das auf die UNIX- 
Betriebssystemfunktion ‘mail’ 
aufgesetzte Postsystem kann so- 
gar Briefträger spielen, es 
durchsucht nämlich eingegan- 
gene Briefe nach User-Namen. 
EMail ist hier in einem abstrak- 
teren Sinne zu verstehen als nur 
als ein Modem- oder ein Datex- 
P-Anschluß, Teletex-Texte kön- 
nen ebenso behandelt werden, 
und über TTU (Telex-Teletex- 
Umwandlung) auch Telexe. 


Von einer integrierten Dateiver- 
waltung war vorhin die Rede, in 
diese Kategorie fallen auch das 
Telefonverzeichnis und ein eige- 
ner Maskeneditor zur Formu- 
larverarbeitung. Tischrechner 
und Kalender können ihre Da- 
ten direkt an.die Textverarbei- 
tung übergeben. Die Anpassung 
des Dezimaltrenners vom ame- 
rikanischen Punkt an das hier- 
zulande übliche Komma führt 
allerdings gelegentlich zu un- 
schönen Formatierungsfehlern. 


Der Terminkalender wirkt klar 
gestaltet und übersichtlich. Die- 
ses Modul ist für Multiuser- 
Anwendungen entwickelt, man 
kann von seinem Arbeitsplatz 
aus die Kalender anderer Mit- 
arbeiter auf freie Zeiten durch- 
sehen und einen Terminvor- 
schlag eintragen. 





Protagonisten ‘moderner’, win- 
dow- und mausbetriebener Be- 
diener-Interfaces bezeichnen 
den Ofis Manager gelegentlich 
als undurchsichtig und schwer 
zu bedienen. Ich hatte eher den 
gegenteiligen Eindruck, die dau- 
ernde Menüunterstützung wäre 
schon beinahe zu konsequent, 
wäre sie nicht abschaltbar. Ähn- 
liches gilt für einschränkende 
Hinweise in Sachen Antwortzei- 
ten. Diese Frage ist naturgemäß 
bei allen Mehrplatzsystemen 
nicht einfach zu beantworten. 
Die erste Anforderung an Büro- 
systeme heißt im Alltag "Text- 
verarbeitung’, wirklich rechen- 
intensive Prozesse konkurrie- 
ren selten um die Maschinen- 
zeit. Doch wenn an mehreren 
Arbeitsplätzen gleichzeitig der 
Spelling Checker angeworfen 
wird, kann's halt schon ein biß- 
chen dauern. 


Demgegenüber stehen aber, so 
die Unisys-Leute, die unschätz- 
baren Vorteile der zentralen 
Datenhaltung. Eine PC-Inte- 
gration sieht deswegen Eveline 
Grigo konsequenterweise "am 
liebsten in der Diskless-Va- 
riante‘. Im Rahmen der Strate- 
gie, Soft- und Hardware aus ei- 
ner Hand anzubieten, steht für 
PCs Software mit derselben Be- 
dieneroberfläche wie in der 
UNIX-Welt zur Verfügung, un- 
ter anderem die Textverarbei- 
tung Q-One. 


Beliebig anpaßbar 


Der Ofis Manager ist fast aus- 
schließlich in einem C-ähnli- 
chen Code geschrieben, der lau- 
fend interpretiert wird. Die Ter- 
minalbeschreibungen werden 
nach Veränderungen jeweils neu 
kompiliert. 


Der Ofis Manager ist bislang 
etwa 50mal im deutschsprachi- 
gen Raum installiert. Die Zahl 
der möglichen Arbeitsplätze ist 
im Prinzip unbegrenzt, bei der 
Patria-Versicherung in der 
Schweiz unterstützt das System 
1800 Terminals. Das System ist 
auf Rechnern der Serie 5000 und 
7000 einsatzfähig. Die Preise 
schwanken je nach Installation 
zwischen 5000 und 22 000 DM, 
bestimmte Module wie das zum 
Text-Retrieval werden getrennt 
berechnet. Unisys bietet ver- 
schiedene Varianten von Schu- 
lung an, von In-house-Kursen 
bis zu Seminaren in Sulzbach. 


(JS) 
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Tips, Trends, Thesen 


Literaturübersicht Büroautomatisierung 


Gisela Ohrenberg-Antony 


Computer haben Einzug 
in den Büroalltag 
gehalten; Anwender, 
Organisatoren und 
Manager müssen sich 
mit neuen Begriffen wie 
‘Netzwerk’, ‘LAN’, 
‘Mehrplatzsystem’ oder 
‘Informatisierung’ 
auseinandersetzen. 
Parallel zu den 
Verkaufserfolgen der 
Computerindustrie 

steigt die Flut der Bücher 
zum Thema ‘Büro der 
Zukunft’. Die folgende 
Übersicht informiert 
über das gegenwärtige 
Angebot zu den Themen 
‘Kommunikationstechno- 
logie im Büro der 
Zukunft’ und 
‘Professionelle 
Büroorganisation’. 


Geräte, Systeme und Dienste 
für eine wirkungsvolle Büro- 
kommunikation stellt das fol- 
gende Buch vor. Technische 
Grundlagen werden erörtert; 
eine Bedarfsanalyse beschreibt 
die Kommunikationsströme 
zwischen einzelnen Arbeitsplät- 
zen. 

Karcher, Büro der Zukunft. (7. 
Auflage, Itzehoe 1985, ISBN 3- 
9800746-5-X, 442 "Seiten, 48 
DM) 


In ‘Neue Techniken der Büro- 
kommunikation’ hingegen skiz- 
zieren Wissenschaftler über den 
Stand der Technik hinaus die 
künftige Entwicklung der Büro- 
kommunikation in verständli- 
cher Form. Hinweise zu techni- 
schen, organisatorischen und 
personellen Aspekten sind in 
Praxisbeispiele verpackt. 
Afheldt/Martin/Schrappe, 
Neue Techniken der Bürokom- 
munikation. (2. Auflage, Lands- 
berg 1987, ISBN 3-478-33410-1, 
261 Seiten, 73 DM) 


Eine Antwort auf die Frage zu 
geben, wie kleine und mittlere 
Unternehmen den Einsatz der 
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modernen Informations- und 
Kommunikationstechniken am 
vorteilhaftesten nutzen können, 
versuchen die drei Beiträge in: 
Steinbeis-Stiftung, Bürokom- 
munikation — Wettbewerbsfak- 
tor der Zukunft. (Baden-Baden 
1986. ISBN 3-9801242-5-8, 84 
Seiten, 36 DM) 


Praktische Lösungsansätze für 
dieselbe Frage verspricht ein 
Buch, das auch einen Blick in die 
Welt des modernen Büros ge- 
stattet: 

Barrois, Aufbruch in die Infor- 
matisierung. (Ehningen 1986, 
ISBN 3-8169-0045-3, 150 Sei- 
ten, 34 DM) 


Planung, 12174 
und Wirtschaftlichkeitsnachweis 
von Büroinformationssystemen 





Ebenfalls um Wirtschaftlich- 
keitsaspekte dreht sich der 
siebte Band der von Hermann 
Krallmann herausgegebenen 
Reihe ‘Betriebliche Informa- 
tions- und Kommunikations- 
aspekte’. Verschiedene Autoren 
aus Industrie und Universität 
beschäftigen sich mit der alles 
entscheidenden Frage "Rech- 
net’s sich?’ in bezug auf LANs 
und Mehrplatzsysteme und stel- 


len Methoden der Nutzen- 
Kosten-Analyse dar. 
Krallmann (Hrsg.), Planung, 


Einsatz und Wirtschaftlichkeits- 
nachweis von Büroinformations- 
systemen. (Berlin 1986, ISBN- 
3-503-02609-6, 255 Seiten, 58 


DM) 


Als Arbeitsunterlage versteht 
sich ‘Die Informationsverarbei- 
tung der Zukunft’. Anhand von 


Fallbeispielen, Fachberichten, 
Strategien und Lösungsansät- 
zen wird gezeigt, wie sämtliche 
Aufgaben der Informationsver- 
arbeitung erfolgreich koordi- 
niert werden können. Eine Viel- 
zahl von Schaubildern lockert 
den Text auf. 

Akzente Studiengemeinschaft, 
Die  Informationsverarbeitung 
der Zukunft. (1987, ISBN 3- 
926576-00-6. 292 Seiten. 125 
DM) 


Investitionen für neue Büro- 
technologien und deren Auswir- 
kungen auf die Betriebsorgani- 
sation ist Thema eines Buches, 
das darüber hinaus neueste 
technische Informationen über 
Netzwerke enthält: 

Darazs, Neue Bürokommunika- 
tionssysteme, Lokale Netzwerke 
(LAN). (3. Auflage, Köln 1987, 
ISBN 3-921899-43-5,. 130 Sei- 
ten, 40 DM) 





KONGRESS Ill 


‚| Bürokommunikation: Der 
ökonomischen 





In den Referaten der Il. Euro- 
päischen Kongreßmesse für 
Technische Kommunikation 
stellen Entwickler aus Industrie 
und Hochschule ihre neuesten 
Arbeiten und aktuellen State- 
ments zum Thema vor. 

S. Sorg (Hrsg.). Bürokommuni- 
kation im geistigen, organisato- 
rischen und ökonomischen Wett- 
lauf mit der technischen Ent- 
wicklung. (Velbert 1988, ISBN 
3-89077-038-X, 608 Seiten, 250 


DM) 





Automatische Bürokommunikation 








Ebenfalls vor allem praktisch 
ausgerichtet sind: 

Pfeil, Bürokommunikation in der 
Praxis. Grundlagen, Trends, 
Entscheidungshilfen. (Planegg 
1988, ISBN 3-8092-0391-2, 140 
Seiten, 29,80 DM) 

und: 

Grochla, Handbuch der Compu- 
ter-Anwendung. (2. Auflage, 
Wiesbaden 1980, ISBN 3-528- 
18448-5, 690 Seiten und 504 Sei- 
ten Aufgabenanhang, 220 DM) 


Entscheidungshilfen bei der 
Auswahl neuer Techniken für 
das Büro, die negative Erfah- 
rungen ersparen helfen sollen, 
gibt der Ratgeber: 

Tiemeyer & Weber (Wupperta- 
ler Kreis), Das moderne Büro in 
kleinen und mittleren Betrieben. 
(Köln 1985, ISBN 3-602- 
14152-7, 160 Seiten, 38 DM) 


Wiederum eher wissenschaftlich 
geht es in einem weiteren Buch 
zu. das Studien zur Typologie 
und Gestaltung von Büroar- 
beitsplätzen (einschließlich zu 
integrierender Technik) vor- 
stellt: 
Szyperski/Grochla/Höring/ 
Schmitz, Bürosysteme in der 
Entwicklung. (Wiesbaden 1982, 
ISBN 3-528-08509-6, 304 Sei- 
ten, 76 DM) 


Informationsmanagement als 
wesentlicher Teil der Unterneh- 
mensstrategie war das Thema 
der internationalen Fachtagung 
“Büroforum '86°. Der umfang- 
reiche Tagungsband enthält alle 
Vorträge zu den Themen, Wei- 
terentwicklung der Manage- 
mentfunktionen durch neue Bü- 
rosysteme, Auswahl und Ein- 
satz neuer Informations- und 
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Kommunikationstechniken. 
Bullinger/Warnecke, Bürofo- 
rum ’86 — Informationsmanage- 
ment für die Praxis. (Berlin 
1986, ISBN 3-540-17305-6, 833 
Seiten, 198 DM) 


Für Manager, die einen PC ein- 
setzen wollen, um im Büro Ar- 
beitskraft und Kosten zu spa- 
ren, ist ein Buch geschrieben, 
das auf den Fachjargon der 
Computerbranche verzichtet 
und in leichtverständlicher 
Weise erklärt, wie mit Compu- 
tern die Erhöhung der Produk- 
tivität und die Bedürfnisse des 
einzelnen auf einen Nenner zu 
bringen sind. 

Stone, Der PC und die Büro- 
Automation. (Hamburg 1987, 
ISBN 3-89028-069-2. 173 Sei- 
ten, 35 DM) 


Eine ‘realistische Utopie des 
Büros der Zukunft’ will ein 
Buch vermitteln, das über den 
Einsatz von wissensbasierten 
Systemen anhand von konkre- 
ten Beispielen unterrichtet: 
Balzert, Wissensbasierte Sy- 
steme im Büro der Zukunft. 
(Mannheim 1988, ISBN 3-411- 
03302-9, 250 Seiten, 60 DM) 


Gerd Wolfram 





Die Datensicherheit in der Bü- 
rokommunikation betrachtet 
Wolfram als Herausforderung 
für jedes Unternehmen. Der 
Darstellung, wie man ein Infor- 
mationssicherheitssystem ge- 
stalten kann, geht eine detail- 
lierte Betrachtung der organisa- 
torischen, technischen und per- 
sonellen Risikofaktoren voraus. 
Wolfram, Bürokommunikation 
und Informationssicherheit. 
(Wiesbaden 1986, ISBN 3-528- 
03 04-4, 201 Seiten, 54 DM) 


Ausschließlich an praktischen 
Erfordernissen ist auch ‘Büro- 
automation leicht gemacht’ 
orientiert. Es vermittelt Kennt- 
nisse über die Leistungsmerk- 
male moderner Büroinforma- 
tionssysteme, über die Möglich- 
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keiten elektronischer Kommu- 
nikation (Systemverbund, Netz- 
werke und Postdienste), gibt 
Anwendungsbeispiele und be- 
spricht Aspekte ihrer Wirt- 
schaftlichkeit. 

Fabeck, Büroautomation leicht 
gemacht. (Ehningen 1986, ISBN 
3-8169-0083-6, 120 Seiten, ca. 
34 DM) 


Führungskräfte, die Investi- 
tionsentscheidungen für neue 
Bürotechnik treffen oder die 
Wirtschaftlichkeit bereits einge- 
führter Systeme überprüfen 
wollen, werden eine Referat- 
sammlung zu schätzen wissen, 
die neben Wirtschaftlichkeits- 
rechnung auch die Planung von 
Organisation- und EDV- 


Aktivitäten umfaßt. 
Hoyer/Kölzer, Wirtschaftlich- 
keitsberechnungen im Bürobe- 
reich. Konzepte und Erfahrun- 
gen. (Berlin 1987, ISBN 3-503- 
02663-0, 158 Seiten, 46 DM) 


Telearbeit - 
ein neues Berufsfeld 
der Zukunft 


GE: 


Das ‘Büro der Zukunft’ muß 
nicht unbedingt in den Räumen 
des Unternehmens beheimatet 
sein. Die neuen Technologien 
erlauben eine Verlagerung der 
Arbeit in die Wohnzimmer der 
Mitarbeiter. Über geeignete Ar- 
beitsformen und Geräte, natio- 
nale und internationale Erfah- 
rungen mit “Telearbeit’ will in- 
formieren: 

Maciejewski, Telearbeit — ein 
neues Berufsfeld der Zukunft. 






(Heidelberg 1988, ISBN 3- 
7685-1687-3, 136 Seiten, 24 
DM) 


Die Entscheidung ist getroffen. 
Was geschieht danach ? Infor- 
mationen, Tips und anschauli- 
che Beispiele für eine optimale 
Bewältigung der schwierigen 
Einführungsphase enthält: 
Wuppertaler Kreis, Bürokom- 
munikation erfolgreich einfüh- 
ren. (Köln 1987, ISBN 3-602- 
14213-2, 108 Seiten, 30 DM) 








Als handliches Nachschlage- 
werk paßt auf jeden Schreib- 
tisch das von der Siemens AG 
herausgegebene ‘Glossar Büro- 
kommunikation’ mit dem Un- 
tertitel "Geräte, Systeme, Netze, 
Dienste’. Mit hilfreichen Quer- 
verweisen werden die entschei- 
denden Fachbegriffe aus der 
Welt der Office Automation 
kurz erklärt. 

Musiol, Glossar Bürokommuni- 
kation. (2. Auflage, Erlangen 
1986, ISBN 3-8009-1460-3, 205 


Seiten, 46 DM) = 


Mit der Rolle der Kommunika- 
tion im Büro, Aufgabentypen 
von Büroarbeit, Dezentralisie- 
rung und Akzeptanz neuer 
Kommunikationstechniken be- 
schäftigt sich ein Buch, das in 


rezeptartiger Form Erkennt- 
nisse und Empfehlungen zum 
Einsatz von Textkommunika- 
tionsdiensten (besonders Tele- 
tex) wiedergibt: 
Picot/Reichwald, Bürokommu- 
nikation. Leitsätze für Anwen- 
der. (2. Auflage, München 1985, 
ISBN 3-922246-33-8, 200 Sei- 
ten, 79 DM) 


Theoretische Übersichten sind 
wichtig; viele sind jedoch auch 
an Erfahrungsberichten interes- 
siert. Die Auswirkungen des 
Einsatzes eines modernen Büro- 
systems auf die organisatori- 
schen und wirtschaftlichen 
Aspekte der Büroarbeit bei der 
Deutschen Lufthansa in Köln 
beschreibt: 
Höring/Spengler-Rast, Elek- 
tronischa Bürokommunikation 
im praktischen Einsatz. (Baden- 
Baden 1983, FBO-Verlag, 81 
Seiten, 48 DM) 


Für alle schließlich, die sich re- 
gelmäßig über neue Entwick- 
lungen der Bürokommunika- 
tion informieren wollen oder 
müssen, gibt es die Fachzeit- 
schrift: 

Office Management - Zeit- 
schrift für moderne Informa- 
tionsverarbeitung, Organisa- 
tion und Kommunikation. Her- 
ausgegeben vom Fachverlag für 
Büro- und Organisationstech- 
nik (FBO), 7570 Baden-Baden. 


Professionelle Büroorganisation 


Die Einführung neuer Techni- 
ken wird in der Regel nicht ad 
hoc durchgeführt; Analysen ge- 
hen voraus, spezielle Techniken 
der Organisation kommen zur 
Anwendung. 


Eine verständliche Sprache und 
die Anschaulichkeit der Dar- 
stellung steht bei einem Buch im 
Vordergrund, das sich beson- 
ders für einen ersten Einstieg in 
die Thematik eignet und über 
Organisation, Information, In- 
formationsverarbeitung und 
-speicherung, Neue Medien so- 
wie Arbeitsplatzgestaltung in- 
formiert: 

Morschheuser, Die Büropraxis. 
(Winkler-Schulbuch-Verlag, 

o. Jahr, 208 Seiten, 19 DM) 


Eine _allgemeinverständliche 
Einführung in die Organisation 
von Büros ist auch: 
Hambusch, Büroorganisation. 
(Winkler-Schulbuch-Verlag, o. 
Jahr, 224 Seiten, 19,40 DM) 


Die neuen Technologien lassen 
klassische Methoden der Orga- 


nisation rasch veralten. In 
‘Neue Methoden zur Gestal- 
tung der Büroarbeit’ werden 13 
neue Analysemethoden hin- 
sichtlich Zielsetzung, Lösungs- 
ansatz, Vorgehensweise und 
Ergebnis beschrieben. 
Schönecker/Nippa, Neue Me- 
thoden zur Gestaltung der Büro- 
arbeit. (Baden-Baden 1987, 
ISBN 3-9801242-2-3, 275 Sei- 
ten, 78 DM) 


Mit den Verfahren und Techni- 
ken praktischer Organisations- 
arbeit macht bekannt: 
Acker/Weiskam, Organisa- 
tionsanalyse. (9. Auflage, 1978, 
Gehlen-Verlag, 160 Seiten, 28 
DM) 


Eine Darstellung der zentralen 
Aufgaben und wichtigsten 
Werkzeuge beim Aufbau und 
Einsatz von Informationssyste- 
men - eher Grundlagenwissen — 
vermittelt: 

Reusch, Aufbau und Einsatz be- 
trieblicher Informationssysteme. 
(Mannheim 1984, ISBN 3-411- 
01682-5, 306 Seiten, 39 DM) 
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VDI BERICHTE 663 


VEREIN DEUTSCHER INGEINIEURE 





VERGESELLSCHAFT 
ENTWICKLUNG KONSTRUKTION VERTRIEB. 


BÜROKOMMUNIKATION ’87 
Wege zum Erfolg in der Praxis 


VDn VERLAG 


Vielseitig ist ein Kongreßband 
des VDI, der unter dem Aller- 
weltstitel "Wege zum Erfolg in 
der Praxis’ die ganze Bandbreite 
des Themas abhandeln will. 
Von allgemeinen Einführungen 
über Sinn und Zweck automa- 
tisierter Informationssysteme 
über Anwendererfahrungen bis 
zur Diskussion der Rolle von 
Expertensystemen in der Büro- 
kommunikation wird in 15 Auf- 
sätzen alles gestreift — eher für 
einen ersten Überblick geeignet. 
VDI-Berichte 663, Bürokommu- 
nikation ’87 — Wege zum Erfolg 
in der Praxis, Düsseldorf 1987, 
ISBN 3-18-090663-4, 113 DM) 


Als  Einstiegslektüre zum 
Thema ‘'EDV-Anwendungen in 
Wirtschaft und Verwaltung’ 
bieten sich die beiden folgenden, 
breit angelegten Bände an: 
Mertens, Industrielle Datenver- 
arbeitung. Bd. 1: Administra- 
tions- und Dispositionssysteme. 
(6. Auflage, Wiesbaden 1986, 
ISBN 3-409-69045-X, 284 Sei- 
ten, 34 DM) 

Bd. 2: Informations- und Pla- 
nungssysteme. (4. Auflage, 
Wiesbaden 1984, ISBN 3-409- 
69104-9, 236 Seiten, 34 DM) 


Eine grundlegende Vorausset- 
zung für erfolgversprechende 
Maßnahmen zur Rationalisie- 
rungin Büro und Verwaltung ist 
die systematische Ermittlung 
von Schwachstellen und Reser- 
ven. Mit den ‘Prüflisten zur 
Schwachstellenermittlung in 
Büro und Verwaltung’ sollen 
sich schnell konkrete Anhalts- 
punkte für praktische Verbesse- 
rungsmaßnahmen herausfiltern 
lassen. 

FBO-Verlag, Prüflisten zur 
Schwachstellenermittlung in 
Büro und Verwaltung. (Baden- 
Baden 1986, ISBN 3-9801242- 
0-7, 148 Seiten, 48 DM) 
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Ein noch intensiverer Einstieg in 
das Thema ‘Informatik in Be- 
trieb (und Büro)" gelingt mit ei- 
ner Buchreihe des REFA- 
Instituts: "Betriebsinformatik 
für Produktionsbetriebe’. In 
den Themenkreis Büroorgani- 
sation und -kommunikation 
führen ein: Teil I mit einer Sy- 
stematik betrieblicher Informa- 
tionssysteme und einem Über- 
blick über die Organisation von 
Informationen und Daten; Teil 
2 mit Strategien der Informa- 
tionsverarbeitung und der Rea- 
lisierung von Anwendungssy- 
stemen und Teil 6 mit einer 
Übersicht über die Methoden 
und Gestaltungsregeln, Finan- 
zen, Kosten- und Leistungs- 
rechnung. 

REFA e. V., Betriebsinformatik 
für Produktionsbetriebe. 

Teil 1: Betriebsorganisation. (2. 
Auflage, 1987, ISBN 3-446- 
14911-2, 259 Seiten, 62 DM) 
Teil 2: Methoden der Informa- 
tionsverarbeitung. (2. Auflage, 
1987, ISBN 3-446-14912-0, 300 
Seiten, 68 DM) 

Teil 6: Verwaltungsinformatik. 
(2. Auflage, 1987, ISBN 3-446- 
14916-3, 250 Seiten, 58 DM) 


N Gustav 
" UTB Fischer 


Nicht vergessen werden soll na- 
türlich auch das nahezu klassi- 
sche Werk “Wirtschaftsinforma- 
tik U vonH. R. Hansen, das aus 
Anwendersicht wohl alle Berei- 
che der EDV darstellt. Es ist 
speziell für die universitäre und 
außeruniversitäre EDV-Ausbil- 
dung geschrieben, ein zweiter 
Band führt in Cobol ein. Zu bei- 
den Bänden sind Arbeitsbücher 
mit Übungsaufgaben erhältlich. 
H.R. Hansen,Wirtschaftsinfor- 
matik I. (5. Auflage, 1986, ISBN 
3-437-40172-6, 770 Seiten, 19,80 
DM) JS 


Ihr kompetenter Poriner für: 
Mehrplotzsysteme 
Telefox / Bildschirmtext 
Standardsofoftwore 
Branchenlösungen 





Software: 
Aldus Pagemaker 3.0 dt. 
Autodesk Autocad 9.0 ADE3 
Ashton Tate DBase IlI+/IV dt 
Framework III dt. 
Borland TurboBasic 1.0 dt. 
Turbo 1.5 dt. 
Turbo Pascal 4.0 dt. 
Toolboxen Basic/Pascal 
Central Point Pc Tools Deluxe dt. 
Digital Res. Gem Draw Plus dt 
Gem Graph dt, 
1st Word Plus dt. 
Lotus 1-2-3 di. 


— 2/88 — 
E3 Symphony 
= Nantucket Clipper 
nzeigen Norton Commander dt. 
Utilities dt. 
Advanced Edition 
Editor 
Macro Assembler 5.1 
SC u 6 5.1 Compiler 
am Multiplan 3.04 dt 
SPI OpenAccess 2 
Xerox Ventura Publisher dt. 
neueste Version 1799,— DM 
1 8 Hordware: XT, AT und AT386 komp. auf Anfrage 
= 


Microsoft 


Quick Basic 4.0 dt 
Maus Ser./Bus 


Chart 3.01 
Dos 4.0 

wir sind Fochhöndler für Schneider und Amsirod. 

NEC P2200 799,- DM P6+ 1549,- DM 

NEC Multisyne I 1399,- DM CS 549,- DM 

HP Deskjel 2299,- DM Star LC 10 599,- DM 


Preise ouf Vorkossebosis. Nachnahme zzgl. 20 DM 

Firmen und Behörden werden oul Rechnung 

beliefert. Besuchen Sie unsere Verkaufsräume. 
Höndleronfrogen erwünscht. 


© & c computer & communication systems GmbH 
Houpisir.44 , 5804 Herdecke Tel.:02330/3300 
FAX:02330/ 3836 BTX:02330/4808 





















PC- 
Assembler 
im Griff 


PC Assemblerkurs 


Eine Einführung in die 
Assemblerprogrammierung 
für PC-Benutzer mit BASIC- 
oder PASCAL-Kenntnissen. 
Assemblerbefehle, DOS- und 
BIOS-Funktionen werden 

Schritt für Schritt in kleinen 
Beispielprogrammen vorge- 
stellt. Zur Kontrolle des Lern- 
erfolgs dienen Übungsaufga- 
ben. Zusammenfassungen 

am Ende jedes Kapitels er- 
leichtern eine schnelle Wie- 

















derauffrischung. Verlag 
Heinz Heise 

DM 44,80 > GmbH & Co KG 
Broschur, 326 Seiten Postfach 61 04 07 
ISBN 3-88229-168-0 3000 Hannover 61 
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Das in der Bundesrepublik von 
der INFORMIX Software 
GmbH (München) vertriebene 
Programm Smart ist das typi- 
sche integrierte Paket in der 
Tradition von Open Access, 
Framework oder Symphony. 
Smart basiert auf den Modulen 
Textverarbeitung, Datenbank 
und Tabellenkalkulation/Gra- 
fik, dazu kommen Module für 
Fernkommunikation und Zeit- 
planung, die das Programm 
auch als Bürosystem ausweisen. 
Die Module sind nicht nur als 
Gesamtpaket, sondern auch 
einzeln zu kaufen. Im Gegensatz 
zu vergleichbaren integrierten 
Systemen wie Framework oder 
Symphony, die ein starkes Ba- 
sismodul (Spreadsheet) und zu- 
sätzliche schwächere Module 
(etwa Textverarbeitung) haben, 
ist Smart in allen Modulen etwa 
gleich leistungsstark. 


Die Bedieneroberfläche ist da- 
bei immer dieselbe, so daß der 
Benutzer bei einem System- 
wechsel keine Eingewöhnungs- 
zeit braucht. Wer die Micro- 
soft-Produkte (etwa WORD 
und MULTIPLAN) kennt, 
wird sich beim Menüaufbau 
stark an diese erinnert fühlen. 


Konsistente 
Bedienerführung 


Am unteren Bildschirmrand 
gibt eine Menüzeile dem Benut- 
zer die möglichen Programm- 
Optionen an. Mit der Escpape- 
Taste wird das Menü aktiviert, 
und man blättert mit der Leer- 
taste vorwärts. Als Mangel 
empfand ich die fehlende Maus- 
unterstützung. Hinter dem An- 
fangsmenü verbergen sich noch 
weitere Menüs, die mit dem 
Schrägstrich ‘/' aufgerufen wer- 


den. Je nach Vertrautheit des 
Benutzers stehen verschiedene 
Bedienerebenen zur Verfügung. 
Mit dem Kommando VER- 
TRAUTHEIT wird der Schwie- 
rigkeitsgrad des Programms 
dem jeweiligen Kenntnisstand 
des Anwenders angepaßt. 


Der Anfänger wird sich zu- 
nächst mit der ersten Ebene zu- 
friedengeben, die nur über einen 
reduzierten Satz an Menübefeh- 
len verfügt. Mit wachsender 
Übung wird man später die 
zweite oder dritte Bediener- 
ebene wählen oder die menüge- 
steuerte Bedienerführung sogar 
völlig umgehen. 


Obwohl der Menüaufbau in al- 
len Modulen ähnlich gestaltet 
ist, wirkt er doch gerade auf den 
Anfänger etwas unübersicht- 
lich: es wird nicht so recht klar, 
nach welcher Logik die ver- 


Netzfähiges Paket 


Smart: Integriertes Paket für UNIX und MSDOS 


Christian Hartmann 


Hohen Wiedererkennungswert für MSDOS-Nutzer hat Smart. Textverarbeitung, 
Tabellenkalkulation, ein Grafikprogramm und Kommunikationstools wurden zu 
einem Paket geschnürt, das sich mit MSDOS, Netzwerken und UNIX- 


Mehrplatzsystemen verträgt. 


TEXTEINGABE 


Normaler Texterfassungsmodus 


80 000 Wörter enthält das Dictionary zur 


Rechitschreibkontrolle. 
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Jan 85 
Feb 85 
Mär 85 


1 189,87 
1 471,84 
389,33 


1 Apr 85 I 811,28 
2 Nai 85 2 { 1 b 
Jun 85 2 1 
Jul 85 £ 1 
1 


444,3 


Aug 85 882,17 


schiedenen Menüs angeordnet 
sind. Hier bedarf es sicher einer 
gewissen Eingewöhnungszeit. 


Dabei kann aber das ausge- 
zeichnete TUTOR-Programm 
helfen, das es dem unerfahrenen 
Benutzer erlaubt, das System 
recht schnell für seine Bedürf- 
nisse einzusetzen und die wich- 
tigen Funktionen kennenzuler- 
nen. 


Programmierbare 
Anwendungen 


Als Besonderheit bietet Smart 
eine integrierte Programmier- 
sprache. Über 130 deutschspra- 
chige Kommandos erlauben es 
dem Benutzer, eigene Anwen- 
dungen zu schreiben. Alle 
Smart-Module können dabei 
einbezogen und als Subroutinen 
verwendet werden. Selbstver- 
ständlich stehen auch Struktur- 
befehle wie IF, THEN, ELSE 
sowie WHILE und END- 
WHILE zur Verfügung, um be- 
dingte Programmabläufe oder 
Schleifen zu programmieren. 
Auch die Bildschirmgestaltung 
kann mit Hilfe eines menüge- 
steuerten Formulargenerators 
an die individuellen Bedürfnisse 
angepaßt werden. Fertige Pro- 
gramme lassen sich kompilie- 
ren, wenn die Arbeitsgeschwin- 
digkeit erhöht werden soll. 


Damit erlaubt es die Smart- 
Programmiersprache, benutzer- 


6 413,91 
8 384,68 
? 4 
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spezifische Arbeitsabläufe unter 
Einbeziehung unterschiedlicher 
Programmodule und selbstent- 
wickelter Menüs festzulegen. Im 
betrieblichen Alltag kann Smart 
so auch für funktionale Anwen- 
dungen wie für das Angebots- 
management, für die Einkaufs- 
information oder für die Kalku- 
lation eingesetzt werden. 


Smart ist in allen 
U foYo [FI T-T, We 
Textverarbeitung, 


Je] c=+ [e E11 1:79 
Datenbank - gleich 
FESUTHEESEILE 





In verschiedenen 
Welten 


Smart läuft auf verschiedenen 
Rechnertypen: sowohl auf dem 
Einzelplatz- PC und einem 
PC-Netzwerk unter MSDOS als 
auch auf einer Workstation un- 
ter UNIX beziehungsweise XE- 
NIX V. Unter SCO-XENIX V- 
NET erlaubt Smart darüber 
hinaus einen Datenaustausch 
zwischen MSDOS-PC- und 
Multiuser-XENIX-Systemen, 

ohne das Datenformat zu kon- 


E 
Produkt 
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vertieren. Von verschiedenen 
Herstellern werden für die 
Hardwarekonfiguration von 
Smart unter UNIX und XENIX 
dabei folgende Minimalanfor- 
derungen definiert: 


UNIX 
AT&T-3B-Serie: 


— Minimum 2 MB RAM 
— UNIX-Betriebssystem V, Re- 
lease 3.0 und höher 


NCR-Tower-Rechner: 


-4 MBRAM 

— Festplatte mit 4 MB freiem 
Speicherplatz und genügend 
Speicherplatz für die Daten der 
Applikation 

— 1 Streamer zur Datensiche- 
rung 


XENIX 


- SCO XENIX System V 

— PC mit Intel-Prozessor 80286 
(nur amerikanische Version!) 
oder 80386 Prozessor 

— 20-MByte-Festplatte mit mi- 
nimal 3,5 MByte freiem Spei- 
cherplatz 

- Minimum 1,5 MB RAM 

-— High-Density Laufwerk 
(1,2 MB) für die Installation 

— mathematischer Coprozessor 
(Intel 80287) 


Zur Zeit wird nach Aussagen 
der Münchner INFORMIX- 
Geschäftstelle eine Anpassung 
an Nixdorfs Targon-Serie vor- 
bereitet. Smart unterstützt wei- 
terhin verschiedene Grafikkar- 
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ten von EGA über CGÄA bis zur 
Hercules-Karte sowie die mei- 
sten bekannten Drucker und 
Plotter. Ungewöhnliches Extra: 
auch die Polaroid-Karte wird 
unterstützt. 


Professionell 
kalkulieren 


Zu den einzelnen Modulen: Be- 
sonders leistungsfähig ist das 
Kalkulationsmodul mit inte- 
grierter Grafik. Besonders in 
puncto Geschwindigkeit ist die 
Smart-Kalkulation auch von 
entsprechenden Einzelpaketen 
wie etwa MULTIPLAN kaum 
zu schlagen. Zusätzlich bietet 
sich hier der Einbau eines ma- 
thematischen Coprozessors 
(8087 oder 80287) an, um eine 
weitere Beschleunigung der Pro- 
grammabläufe zu erzielen. Das 
Arbeitsblatt der Smart-Tabel- 
lenkalkulation ist 999 Spalten 
mal 9999 Zeilen groß. Jedes Ein- 
gabefeld darf maximal 15stellige 
Zahlen oder 99 Zeichen lange 
Texte beinhalten. Wird eine 
Formel definiert, darf diese 
1000 Zeichen lang sein — eine 
Größe, die wohl kaum ausge- 
schöpft werden kann. Für die 
Erstellung von Formeln stehen 
verschiedene mathematische 
und kaufmännische Funktio- 
nen zur Verfügung. 


Auf dem Bildschirm können 
gleichzeitig bis zu 50 Tabellen 
dargestellt und auch bearbeitet 





werden. Darüber hinaus ist eine 
Verknüpfung verschiedener Ta- 
bellen möglich, so daß bei einer 
Änderung in einer Datei die da- 
zugehörigen Daten einer ande- 
ren Datei ebenfalls geändert 
werden. 


Zwei- und 
dreidimensional 


Recht ansprechend ist auch die 
Grafik aufgebaut, die zum Kal- 
kulationsmodul dazugehört: 78 
verschiedene Darstellungsmög- 
lichkeiten sowohl in 2-D als 
auch in 3-D stehen zur Verfü- 
gung. Vom einfachen Histo- 
gramm über Tortendiagramme, 
Gitterdiagramme bis zu 
Schichtgrafiken ist alles mög- 
lich. Darüber hinaus können bis 
zu 16 verschiedene Farben, 14 
Füllmuster und 6 Schrifttypen 
verwandt werden. Die Erstel- 
lung einer Grafik erfolgt dabei 
mit Hilfe einer deutschen Me- 
nüführung. Die verschiedenen 
Grafikmerkmale werden vom 
Programm abgefragt und in ein 
Bildschirmformular eingetra- 
gen. Anschließend erhält man 
per Tastendruck die gewählte 
Grafik auf dem Bildschirm. 


Auch die Textverarbeitung erin- 
nert an Microsofts WORD. Der 
Bildschirm ist dabei in vier Teil- 
bereiche aufgeteilt. Der eigent- 
liche Arbeitsbereich ist doppelt 
umrandet. Darunter liegt ein 
Zeilenlineal, das auf Wunsch 


Der eigene Zeichensatz- 
Editor wäre verzichtbar. 
Die Integration von 
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Der Homecomputer als Hilfs- 
mittel zur elektronischen 
Klangsynthese 

— Stichworte Sequenzer, MIDI — 
Schnittstellen, Soundgenerato- 


©) ren, Digitalumsetzer, Kompander, S 
Mehrkanal-Generatoren. & 
Sämtliche Themen werden ® 
I DI leicht nachvollziehbar be- S 
handelt. Vorausgesetzt wird 
&> etwas Erfahrung in der DEE 
Programmierung von 
Computern und im Aufbau v 
einfacher Schaltungen. 
0, Verlag 
Heinz Heise 
Broschur, 108 Seiten GmbH&CoKG 
DM 18,80 Postfach61 0407 
ISBN 3-922705-37-5 3000 Hannover 61 





Die elektro- 
technische 
Programm- 
bibliothek 


























Eine Softwarebibliothek von 
112 Turbo-Pascal-Program- 
men, die auch zum Erlernen 
der Programmiersprache 

Pascal dient. Gut ein Drittel 
der Programme ist für die 

Lösung mathematischer Pro- 


S HS bleme geschrieben, und zwei 
Drittel helfen bei der Berech- L 
N nung elektrischer und elek- N nd 
tronischer Schaltungen. R 
(& Programme des Buches auch / & /] 
Sy auf 2 Disketten erhältlich. E 
&y & Verlag 
Broschur, 368 Seiten g£ ae 
DM 49,80 © Postfach 61 04.07 
ISBN 3-88229-102-8 x 83000 Hannover 61 
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Ein ausgezeichnetes 
TUTOR-Programm 
hilft dem unerfahrenen 
Benutzer, das System 


schnell für seine 
[22T Ta HIER) 
einzusetzen. 





abgeschaltet werden kann. Ein 
dritter Bereich wird durch die 
Menüleiste eingenommen, wäh- 
rend in einem vierten Bereich 
am unteren Bildschirmrand eine 
Kurzhilfe des jeweiligen Kom- 
mandos erscheint. Alle Funk- 
tionen der Textverarbeitung 
aufzuführen würde den Rah- 
men des Artikels sprengen. Ins- 
gesamt läßt sich aber feststellen, 
daß die Smart-Textverarbei- 
tung durchaus mit vergleichba- 
ren Einzelpaketen mithalten 
kann. Die Formatierung ist 
ähnlich wie bei WORD gestal- 
tet; das heißt, ist ein Absatzfor- 
mat einmal festgelegt und fügt 
man nachträglich noch ein Wort 
ein, so wird der ganze Absatz 
gemäß dem einmal festgelegten 
Format automatisch angepaßt. 
Darüber hinaus können Grafi- 
ken in drei verschiedenen Grö- 
Ben, Arbeitsblätter und Daten- 
bankinformationen in den Text 
eingefügt werden. 


Release 3.10 mit 
Datenbank und 
Merge-Funktion 


Der Zugriff auf die Datenbank 
ist insbesondere im Rahmen der 
Mailmerge-Funktion von Be- 
deutung: Adressen werden di- 
rekt aus der Datenbank über- 
nommen. Bislang bedeutete das: 
hat man das Datenbankmodul 
nicht mitgekauft, ist auch keine 
Serienbrieferstellung möglich, 
da die Textverarbeitung über 
keine eigene Adreßverwaltung 
verfügt. Ab Oktober dieses Jah- 
res wird die Version 3.10 ausge- 
liefert, die das Datenbankmo- 
dul bereits enthält. 


Ähnlich ist es mit der Recht- 
schreibhilfe. Diese muß in der 
neuen Version nicht mehr extra 
dazugekauft werden. Sie be- 
inhaltet ein Wörterbuch mit 
circa 80 000 Wörtern, das so- 
wohl die richtige Schreibweise 
als auch die korrekte Worttren- 
nung enthält. Darüber hinaus 





können auch individuelle Wör- 
terbücher erstellt werden, in de- 
nen spezielle Begriffe, die vom 
Anwender benutzt werden, ab- 
gelegt sind. 


Smart enthält darüber hinaus 
eine eigene relationale Daten- 
bank, die den Vergleich mit Pro- 
grammen wie dBASE III nicht 
zu scheuen braucht. Neben der 
Leistungsstärke der Smart- 
Datenbank ist besonders die 
bequeme Benutzerführung her- 
vorzuheben, die es selbst dem 
Anfänger erlaubt, schnell eigene 
Anwendungen zu entwickeln. 


Doch im einzelnen: Ein Feld 
kann bis zu 1000 Zeichen groß 
sein, wobei die maximale Länge 
vorher genau festgelegt werden 
muß. Bei Feldlängenüberschrei- 
tungen kommt es zu Problemen. 
Ein Datensatz darf maximal 255 
Felder enthalten, jedoch insge- 
samt nicht größer als 4096 Zei- 
chen sein. Maximal 15 Felder 
können indiziert werden. Pro 
Datei sind I Million Datensätze 
als obere Grenze festgelegt. 


Rechnen nebenbei 


Neben den zentralen Smart- 
Modulen wie Textverarbeitung, 
Kalkulation/Grafik und Da- 
tenbank steht in allen Modulen 
ein Rechner zur Verfügung, der 
über die normalen Taschenrech- 
nerfunktionen (ä la SideKick) 
hinausgeht. Insbesondere ste- 
hen alle trigonometrischen 
Funktionen, Logarithmus und 
Exponentialfunktion zur Verfü- 
gung. 


Der Terminkalender erlaubt 
eine Tages-, Wochen- und Mo- 
natsübersicht. Für jeden Tag 
können Termine nach Prioritä- 
ten eingetragen oder sonstige 
Dinge festgehalten werden. Ma- 
ximal darf eine Eintragung 225 
Zeichen lang sein. 


Die Fernkommunikation er- 
laubt im Zusammenhang mit ei- 
nem Modem oder einem Aku- 
stikkoppler die bedienerfreund- 
liche Einstellung der entspre- 
chenden Sende- und Empfangs- 
parameter (Geschwindigkeit, 
Wortlänge, Stoppbits et cetera). 


Eine Erstinstallation von Smart 
kostet in der netzwerkfähigen 
PC-Version 3175 Mark plus 855 
Mark für jeden weiteren Ar- 
beitsplatz. UNIX- beziehungs- 
weise XENIX-Anpassungen 
werden zwischen 4993 (XE- 
NIX) und knapp 45 000 Mark 
(über 100 Arbeitsplätze) ange- 
boten. (JS) 
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Burointelligenz 


Künstliche Intelligenz in der Bürokommunikation 





Andreas Kohl, 
Rainer Lutze 


Von KI-Technologien 
werden wesentliche 
Fortschritte für die 
Büroautomation 

erwartet. Wissens- 
basierte Systeme sollen 
im ‘papierarmen’ Büro 
der Zukunft eingesetzt 
werden, um Dokumente 
automatisch zu 
klassifizieren, 
weiterzuleiten, abzulegen 
und wiederzufinden. 
Wissensbanken, die 
formalisiertes Wissen 
über eine Organisation und 
in Regeln gefaßte 
Dienstvorschriften 
enthalten, könnten 
arbeitsteilige Vorgänge in 
Büro und Verwaltung 
unterstützen. 


Das Verbundprojekt WISDOM 
(Wissensbasierte Systeme zur 
Bürokommunikation: Doku- 
mentenbearbeitung, Organisa- 


tion, Mensch-Computer- 
Kommunikation) wird vom 
Bundesministerrium für For- 


schung und Technologie im 
Rahmen des Schwerpunkts 
“Wissensverarbeitung und Mu- 
stererkennung’ gefördert. In 
Zusammenarbeit zwischen In- 
dustrie, Hochschulen und 
Großforschungseinrichtungen! 
sind zahlreiche Methoden und 
Werkzeuge erarbeitet und ein 
Prototyp entwickelt worden. 
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WINE 
klassifikations- 
system 


Mailfilter 


Letzterer soll einen Ausschnitt . 


zukünftiger kooperativer Büro- 
arbeit demonstrieren. 


Verbundprojekt 
WISDOM 


Als zentraler Service für ver- 
schiedene Anwendungen wurde 
ein ‘elektronisches Organisa- 
tionshandbuch’ (ELO) ent- 
wickelt, um das ein Postklassi- 
fikationssystem, ein Mailfilter, 
ein Planungs-, ein Auskunfts- 
und ein Vorgangssystem grup- 
piert sind (siehe Zeichnung). 
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\uskunftssystem 

N 
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| Vorgangsschicht 


Aufgabenschicht 
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Um das ‘elektronische 
Organisationshandbuch’ 
ELO gruppieren sich die 
einzelnen Module der 
NTERT-UES ERSTE CH) 
Büroautomation. 


Das Postklassifikationssystem 
greift auf das ELO zu, um in 
Dokumenten verwendete Be- 
griffe auf ihre Zugehörigkeit zu 
bestimmten Dokumentenklas- 
sen zu überprüfen. Das Mailfil- 
tersystem verwendet das ELO, 
um formal spezifizierte Post- 
adressen in aktuelle Adressen 
von Büroangestellten umzuset- 
zen. Das Vorgangssystem be- 
nutzt das ELO, um die Mail- 
adressen der in Vorgängen fest- 
gelegten Akteure beziehungs- 
weise ihrer Stellvertreter in die 
Ablaufsteuerung des Systems 
einzufügen. Das Auskunftssy- 


Elektronisches 
ÖOrganisationshandbuch 


: Ser 
Organisationsschicht | 


Taxonomieschicht 


t implementiert mit t 


LUIGI - Wissensrepräsentation 





[DIENTE INTE) 
Vorgangs- 


system 


LUIGI 
IURRTSHES 


system 


stem macht das ELO gegenüber 
dem Endbenutzer transparent 
und als Informationsquelle 
nutzbar. Das Planungssystem 
verwendet das im ELO reprä- 
sentierte aufbau- und ablaufor- 
ganisatorische Wissen zur Un- 
terstützung bei der Definition 
und Durchführung von Vor- 
gängen. 


Als Beispiel für die integrierte 
Bearbeitung von Dokumenten 
und ihre Weiterleitung wurde 
das betriebliche Beschaffungs- 
wesen ausgewählt. Grundlage 
für Entwurf und Implementie- 
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rung dieses Prototyps eines ‘wis- 
sensbasierten’ Bürosystems sind 
die von der TA-Forschung ent- 
wickelte Wissensrepräsentation 
LUIGI? und das von der GMD 
erstellte Vorgangssystem DO- 
MINO? (siehe Kästen auf den 
folgenden Seiten). 


Das 
Vierschichtenmodell 


Der im WISDOM-Projekt er- 
stellte Prototyp eines elektroni- 
schen Organisationshandbuchs 
ist der Versuch, die Leistungen 
einer Wissensrepräsentation wie 
LUIGI zu nutzen (zum Beispiel 
Angebot verschiedener Wissens- 
arten, hierarchische Klassen- 
strukturen, Vererbungsmecha- 
nismen, Inferenztechniken), um 
zu einer flexiblen, leicht wartba- 
ren und von verschiedenen An- 
wendungen verwendbaren Mo- 
dellierung einer Organisation zu 
gelangen. Im elektronischen 
Organisationshandbuch sind 
Informationen über Aufbau 
und Ablauf einer Organisation, 
die in ihr arbeitenden Personen, 
die herzustellenden Produkte 
und Dienstleistungen und die 
verwendeten Arbeitsmittel ent- 
halten. Eine solche Organisa- 
tionseinheit besteht zum Bei- 
spiel aus den Komponenten 


Auch wenn in die 
Produktversion noch 
beträchtliche Arbeit 
investiert werden muß, 
NIELEIS SEIN TS ML -TG 


Prototyp des WISDOM- 
Projekts die 
Einsatzmöglichkeiten 
zukünftiger 
Bürosysteme. 





‘Name’, Kurzbezeichnung’, 
‘Adresse’, “Position in der Hier- 
archie’, ‘Kostenstelle(n)’, ihrem 
‘Leiter’, den “Untereinheiten’ 
und ‘Mitgliedern’. 


Die Repräsentation einer Orga- 
nisation erfogt im ELO in An- 
lehnung an ein Vier-Schichten- 
Modell: 


In einer Taxonomie-Schicht 
werden abstrakte Konzepte 
(Objekt-Klassen) und Relatio- 
nen (Sachverhalte), die für sehr 
viele verschiedene Organisatio- 
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LUIGI: Wissensrepräsentation und Inferenztechniken 


Das Planungssystem LUIGI- 
System stellt Konzepte und 
Werkzeuge für den Entwurf 
wissensbasierter Systeme für 
die Problemstellungen in Büro 
und Verwaltung zur Verfü- 
gung, zu deren Lösung mit un- 
vollständigem, widerspruchs- 
vollem und zeitlich veränder- 
lichem Wissen inferiert wer- 
den muß. 


Bei der Entwicklung von 
LUIGI wurde davon ausge- 
gangen, daß Wissen im Büro 
in einem evolutionären Prozeß 
entsteht, der praktisch nie zu 
einem Abschluß kommt. For- 
malisiertes Wissen verändert 
sich kontinuierlich, wird se- 
mantisch verfeinert, korri- 
giert, neu zusammengefaßt 
und so weiter. 


LUIGI zwingt den Wissens- 
Ingenieur nicht, sich zu Be- 
ginn des Formalisierungspro- 
zesses (der "Wissensakquisi- 
tion‘) schon endgültig dafür zu 
entscheiden, wie das Wissen 
zu formalisieren ist; ob etwa 
als Objekt (wie: eine Abteilung 
als Organisationseinheit eines 
Unternehmens) oder als Regel 
(wie: Bestimme den Vertreter 
des Leiters einer Organisa- 
tionseinheit durch Fachvertre- 
tung, indem der fachlich zu- 
ständige Leiter einer Unter- 
einheit der Organisationsein- 
heit ausgewählt wird). 


Vielmehr ist es die Summe der 
(wechselnden) Merkmale ei- 
ner Wissenseinheit, die be- 
stimmt, ob die Einheit dyna- 
misch wechselnd ein Objekt, 
ein Sachverhalt, eine Regel, 


nen Geltung haben, repräsen- 


‚tiert; beispielsweise die Existenz 


von Personen, Organisations- 
einheiten und Produkten oder 
die Tatsache, daß der Vorge- 
setzte einer Organisationsein- 
heit ein Angestellter ist. 


In einer spezielleren sogenann- 
ten Organisations-Schicht wird 
ein konkretes Unternehmen 
modelliert (Instanzen der Ob- 
jekt-Klassen), etwa: der Ver- 
triebsbereich einer Firma glie- 
dert sich auf in ‘Vertrieb In- 
land’, “Vertrieb Ausland’ und 
‘Vertrieb Großkunden’, und 
Herr ‘X’ leitet den Vertrieb. 





ein Plan oder eine Aktion oder 
Handlung ist. LUIGI unter- 
stützt die genannten gleich- 
wertigen Ausprägungen von 
allgemeinen Wissenseinheiten 
jeweils durch spezielle Verfah- 
ren, wie dieses Wissen verwen- 
det werden kann. LUIGI geht 
also nicht von einer speziellen 
Wissensart (Objekten) aus, zu 
der andere Wissensarten (wie 
Regeln) dann subsidiär zuge- 
ordnet werden. Genausowe- 
nig ist LUIGI eine hybride 
Wissensrepräsentation, die 
von fest vorhandenen und un- 
überführbaren Wissenseinhei- 
ten ausgeht. 


Ein Beispiel: Das Wissen über 
eine Beschaffung kann in 
LUIGI zunächst als Objekt 
formalisiert werden, dessen 
Konstituenten (strukturelle 
Bestandteile) etwa ein Investi- 
tionsgut, die Angebotseinho- 
lung, Finanzierungsprüfung, 
Auftragserteilung und Liefe- 
rung des Investitionsgutes 
sind. Erst in einer späteren 
Verfeinerung kann dieses Ob- 
jekt in eine Handlung umge- 
wandelt werden, indem zu- 
sätzlich spezifiziert wird, daß 
die Teilaktivitäten Angebots- 
einholung und Finanzierungs- 
prüfung zeitlich simultan 
möglich sind, sich die Liefe- 
rung aber zeitlich nicht vor der 
Auftragserteilung ereignen 
kann. 


In der Handlung ist auch fest- 
gelegt, daß das Investitionsgut 
keine Konstituente der Hand- 
lung Beschaffung ist, nicht 
zum Plan der Handlung wie 


Eine Aufgaben-Schicht reprä- 
sentiert 
Aufgaben, Produkte und 
Dienstleistungen (Sachver- 
halte), etwa, daß Frau ‘Y’ ver- 
antwortlich ist für ‘Marktbe- 
obachtung Schreibmaschinen 
im Ausland”. 


Und in der sogenannten Vor- 
gangs-Schicht schließlich finden 
sich Richtlinien, Bestimmungen 
und Vorschriften wieder; Re- 
geln wie ‘Bereichsleiter dürfen 
nur Beschaffungen bis 
5000 DM ohne Mitzeichnung 
des Vorstandes genehmigen’. 


Zuständigkeiten für, 





Angebotseinholung, Finan- 
zierungsprüfung und Liefe- 
rung gehört, sondern der Ef- 
fekt der Ausführung ist. Die 
Verfügbarkeit des Investi- 
tionsgutes istals Effekt mitder 
Handlung Beschaffung asso- 
ziiert. Damit ist die Wissen- 
seinheit Beschaffung in den 
zusätzlichen zeitlichen Rela- 
tionen zwischen den Elemen- 
tenihres (Handlung)plans und 
in der zusätzlichen Differen- 
zierung zwischen der Zerle- 
gung der Handlung in ihre 
Teile und der Assoziation mit 
ihren (Voraussetzungen und) 
Effekten semantisch wesent- 
lich präziser als bisher be- 
schrieben worden. Sie ist da- 
mit zur Handlung geworden, 
die nun (im Gegensatz zum 
deklarativen Objekt) von dem 


Planungswerkzeug LUIGI 
verwendet (und zu einem Vor- 
gang expandiert) werden 
kann. 


Neben einem Planungswerk- 
zeug besitzt LUIGI ein lei- 
stungsfähiges Inferenzsystem, 
das sich auf eine partielle 
Überprüfung von Wissensba- 
sen mit Hilfe des RETE- 
Algorithmus stützt und ein in- 
tegrierttes System nutzt 
(ATMS = Assumption Based 
Truth Maintenance System), 
um die Konsequenzen von 
widerruflichen Annahmen aus 
Wissensbasen zu eliminieren, 
sobald sich diese erweisen. 
Dies wird insbesondere im 
Kontext der Planung von Vor- 
gängen genutzt, um über mög- 
liche oder nicht mögliche 
Planvarianten Schlußfolge- 
rungen ziehen zu können. 


Der wohl wesentliche Vorteil ei-' 
ner derartigen Repräsentation 
von Wissen liegt in den Mög- 
lichkeiten, durch die Anwen- 
dung von Regeln einen großen 
Teil des Organisationswissens 
abzuleiten oder zu generieren. 
Das Wissen über die Organisa- 
tion muß nicht in einem Eins- 
zu-eins-Verhältnis abgebildet 
werden. 


Dynamisches 
Vorgehen 


In dem eben beschriebenen Vor- 
gangssystem müssen Vorgänge 
Schritt für Schritt durch den 
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im Überblick 


Einführung und Anwendung 


Diese kurze und prägnante 
Einführung bietet einen 
umfassenden Einblick in 
den Leistungsumfang des 
Programms. Detaillierte In- 
formationen zu den einzel- 
nen Bedienungsfunktionen 
versetzen den Leser 

schnell in die Lage, die er- 
worbenen Kenntnisse ge- 
zielt in die Praxis umzuset- 
zen. 
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Benutzer, der alle Richtlinien, 
Vorschriften und verantwortli- 
chen Personen kennen muß, ex- 
akt definiert werden. Der fertige 
Vorgangstyp würde im ELO ab- 
gelegt und könnte:nur für den 
festgelegten Zweck verwendet 
werden. Dagegen versucht das 
Planungssystem entsprechend 
der Zielvorgabe des Benutzers, 
einen geeigneten Vorgang aus 
dem im ELO gespeicherten mo- 
dularen Wissen dynamisch zu 
erzeugen. 


Konkret: Der Benutzer des Pla- 
nungssystems gibt sein Ziel— die 
Beschaffung von Bürosoftware 
—an. Das Planungssystem über- 
prüft zunächst das angegebene 
Ziel und identifiziert den 
Wunsch des Benutzers als eine 
Beschaffungsaktivität, die in 
verschiedene typische Teilauf- 
gaben zerfällt (Bedarfsmeldung, 
Angebotseinholung, Bestel- 
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lung, Warenannahme, Verrech- 
nung und so weiter). 


Für eine Reihe dieser Teilaufga- 
ben existieren eventuell bereits 
Teilvorgänge im ELO, die für 
die Konstruktion des endgülti- 
gen Vorgangs verwendet wer- 
den können. Beschaffungen ber- 
gen eine Reihe von Risiken fi- 
nanzieller, technischer und juri- 
stischer Art, die in Organisatio- 
nen durch Genehmigungsproze- 
duren kompensiert werden. Das 
Planungssystem ermittelt die re- 
levanten Risiken und Richtli- 
nien und wendet diese Regeln 
an, um den Beschaffungsvor- 
gang weiter zu spezifizieren. Der 
Planungsprozeß wird abge- 
schlossen durch die Festlegung 
fachkompetenter und zuständi- 
ger Akteure, die die Beschaf- 
fung genehmigen und durchfüh- 
ren sollen. 


Werden Firmenrichtlinien und 
Zuständigkeiten geändert, so 
genügt die Aktualisierung im 
elektronischen Organisations- 
handbuch. Vorgangsspezifika- 
tionen müssen nicht geändert 
werden. Sie werden durch das 
Planungssystem jeweils neu und 
dem Ziel entsprechend erzeugt. 
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Klassifizieren, 
verteilen, 
bearbeiten 


Dem oben vorgestellten Beispiel 
weiter folgend, ist der mit Hilfe 
des Planungssystems und des 
elektronischen Organisations- 
handbuchs definierte Beschaf- 
fungsvorgang als ablauffähige 
Spezifikation dem Vorgangs- 
steuerungssystem übergeben 
worden. Entsprechende Mittei- 
lungen und Formulare werden 
über die elektronische Post an 
die zuständigen Akteure ver- 
schickt, die durch weitere Sy- 
stemkomponenten des WIS- 
DOM-Prototyps unterstützt 
werden sollen. 

Das entwickelte experimentelle 
Bürosystem® versucht, zwei we- 
sentliche Anforderungen in der 
Büroarbeit zu verbinden: In- 
haltsbezogene Suche nach Do- 


DOMINO ist ein prototypi- 
sches Vorgangssystem, das 
das UNIX-Mailsystem zur 
Kommunikation von Arbeits- 
platzrechner zu Arbeitsplatz- 
rechner nutzt’. Der Kern der 
Vorgangssteuerung ist auf 
UNIX-Rechnern in C imple- 
mentiert. Benutzerschnittstel- 
len können auch auf anderen 
Rechnern in anderen Spra- 
chen realisiert werden. Mit 
Hilfe der Vorgangsbeschrei- 
bungsspprache CoPlan lassen 
sich typische und bekannte 
Abläufe im Büro spezifizieren 
und in Petri-Netze höherer 
Ordnung übersetzen. 


So kann ein Organisator oder 
Manager in einem ‘Vorgang- 
styp’ den typischen Ablaufder 
Bearbeitung einer Beschaf- 
fung oder eines Dienstreisean- 
trags definieren (vergleichbar 
dem Entwurf eines Formular- 
typs). Benutzer eines Vor- 
gangssystems (etwa Sachbear- 
beiter oder Sekretärinnen) er- 
zeugen ‘Exemplare’ dieser 
Vorgangstypen, wenn sie ei- 
nen konkreten Dienstreise- 
oder Beschaffungsantrag stel- 
len. DOMINO transportiert 
dann diesen Vorgang automa- 
tisch von einem Arbeitsplatz- 
rechner zum nächsten Arbeits- 
platzrechner, wenn die zuvor 
‚festgelegten Eingangsbedin- 


kumenten und ihre Verteilung 
als elektronische Post. In diesem 
System werden die Dokumente 
in ihrer semantischen Struktur 
beschrieben und klassifiziert. 
Dadurch kann.sowohl die Suche 
nach Dokumenten anhand in- 
haltlicher Kriterien effizient un- 
terstützt wie auch die’ intelli- 
gente Verteilung der Doku- 
mente ermöglicht werden. 


Ein wissensbasiertes Klassifizie- 
rungssystem generiert automa- 
tisch im Sinne einer Inhaltsana- 
Iyse eine konzeptionelle Be- 
schreibung des Dokuments, das 
in das System eingeschleust 
wurde, vergleicht es mit vorde- 
finierten Typen und beschreibt 
das Dokument durch den am 
besten passenden Typ. Das 
Klassifizierungssystem ver- 
sucht, die Lücke zwischen elek- 
tronischen Posteingangssyste- 
men und der Verarbeitung in- 


gungen erfüllt sind (zum Bei- 
spiel muß der Abteilungsleiter 
den Beschaffungsantrag erst 
unterschrieben haben, bevor 
der Einkauf Angebote einho- 
len darf). 


Haben alle in der Vorgangs- 
beschreibung festgelegten Ak- 
teure die Bedingungen bezie- 
hungsweise ihre Arbeiten zur 
Abwicklung des Vorgangs in 
der definierten Reihenfolge er- 
füllt, ist der Vorgang abge- 
schlossen (das Formular ist 
von allen Beteiligten vollstän- 
dig ausgefüllt). 


Auch wenn derzeit nicht alle 
Arbeitsplätze in einem Unter- 
nehmen oder einer Verwal- 
tung über vernetzte Arbeits- 
platzrechner oder Terminals 
verfügen, lassen sich bereits 
heute gut ausgestattete Teilbe- 
reiche von Organisationen 
ausmachen, in denen die Pro- 
duktversion eines Vorgangs- 
systems wie DOMINO zur 
Unterstützung (bereichsinter- 
ner) Vorgänge eingesetzt wer- 
den könnte. Denkbar sind Ab- 
teilungen wie Einkauf, Ver- 
kauf, Betriebs- und Gehaltsa- 
brechnung. 


Daß die notwendige Infra- 
struktur bei vielen Anwendern 
heute noch nicht vorhanden 
ist, kann nicht als Nachteil des 


Das experimentelle 
Bürosystem versucht, 
zwei wesentliche 
Anforderungen in der 
Büroarbeit zu 


T-Tdellsle [JH 
Inhaltsbezogene Suche 
nach Dokumenten und 
ihre Verteilung als 
elektronische Post. 





haltlich (vor-)strukturierter Do- 
kumente zu schließen. Das 
Mailfiltersystem hat zum Ziel, 
einzelne Benutzer und$®Benut- 
zergruppen bei der (inhaltli- 
chen) Strukturierung eingehen- 
der elektronischer Post zu un- 
terstützen. Durch die Definition 


Systems gewertet werden. Al- 
lerdings ist DOMINO nur 
dann in der Lage, einen Vor- 
gang erfolgreich abzuwickeln 
und zu verwalten, wenn zuvor 
alle Bearbeitungsschritte in ih- 
rer genauen Reihenfolge fest- 
gelegt wurden, das heißt, es 
muß einen "Vorgangstyp’ ge- 
ben. 


Ein System wie DOMINO 
scheint gut dafür geeignet zu 
sein, die Vielzahl von täglich 
wiederkehrenden und bis ins 
Detail festgelegten Routine- 
und Verwaltungsabläufen zu 
unterstützen. Unvorhergese- 
hene Änderungen und ‘of- 
fene’, also nicht festgelegte, 
Abschnitte im Arbeitsablauf 
können von diesem System 
nicht bearbeitet werden. Orga- 
nisatorische Änderungen be- 
dingen immer Änderungen in 
der Spezifikation der betroffe- 
nen Vorgangstypen. Auch 
dürfte der Aufwand, alle rele- 
vanten und in der Regel als 
(Papier-)Formulare und 
Dienstvorschriften repräsen- 
tierten Vorgänge in ein Vor- 
gangssystem aufzunehmen, 
beträchtlich sein. Diese — ge- 
rade für den praktischen Ein- 
satz bedeutenden — Nachteile 
sollen durch die Verbindung 
mit wissensbasierten System- 
komponenten behoben wer- 
den. 
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von Regeln können Dokumente 
automatisch bestimmten Archi- 
ven beziehungsweise Organisa- 
tionseinheiten zugeordnet oder 
zum Beispiel an Einzelpersonen 
weitergeleitet werden. 


Szenario 


Mögliche Zielvorstellung: In 
der Abteilung ‘Bürokommuni- 
kation’ hat ein Mitarbeiter den 
Auftrag erhalten, marktgängige 
und preiswerte Desktop-Pu- 
blishing-Programme für Perso- 
nalcomputer hinsichtlich ihrer 
Einsatzfähigkeit im Unterneh- 
men vergleichend zu untersu- 
chen. In diesem Unternehmen 
wird die eingehende Post elek- 
tronisch verarbeitet. Die Briefe 
und die elektronische Post wer- 
den klassifiziert und dann an 
den sogenannten Mailfilter des 
Organisationsbereichs ge- 
schickt. Dieser verteilt die Post 
an die einzelnen Bearbeiter. 


Der Mitarbeiter in unserem Bei- 
spiel erhält alle Angebote über 
DTP-Programme. Um sich die 
Arbeit zu erleichtern und die 
Beschaffung zu beschleunigen, 
hat er in seinen Mailfilter fol- 
gende Regel eingefügt: Für alle 
Angebote über DTP-Pro- 
gramme für Personalcomputer 
unter 400 DM soll automatisch 
der Vorgang ‘Beschaffung’ 
durch den Mailfilter angestoßen 
werden. Zuvor hat dieser Mit- 
arbeiter mit Hilfe des Planungs- 
systems einen geeigneten und 
den Unternehmensrichtlinien 
genügenden Beschaffungsvor- 
gang interaktiv ausgewählt oder 
definiert und im elektronischen 
Organisationshandbuch abge- 
legt. 


Das Vorgangssystem richtet 
eine Anfragean dasELO, erhält 
die ablauffähige Spezifikation 
des Beschaffungsvorgangs und 
startet den Vorgang. Sollte die 
Bearbeitung an einzelnen Sta- 
tionen im Arbeitsablauf ins 
Stocken geraten, weil zum Bei- 
spiel ein bestimmter Mitarbeiter 
im Urlaub ist, wird im ELO 
nach einem Stellvertreter ge- 
sucht. 


Ausblick 


Der vorgestellte Prototyp eines 
wissensbasierten Bürosystems 
demonstriert die 
fungsmöglichkeiten bereits ver- 
fügbarer Technologien der Bü- 
rokommunikation mit wissens- 
basierten Systemkomponenten, 
die kooperative Arbeitsabläufe 
im Büro unterstützen sollen. 
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Verknüp-' 


Auch wenn in die Produktver- 
sion eines derartigen Systems 
noch beträchtliche Arbeit inve- 
stiert werden muß, veranschau- 
licht der im WISDOM-Projekt 
in Zusammenarbeit zwischen 
Industrie, Hochschulen und 
Großforschungseinrichtungen 

entwickelte Prototyp Einsatz- 
möglichkeiten und Nutzen zu- 
künftiger Bürosysteme. (JS) 


! Verbundpartner im Projekt 

WISDOM sind: TA Triumph- 
Adler AG, Nürnberg; Gesell- 
schaft für Mathematik und Da- 
tenverarbeitung mbH, St. Augu- 
stin, Institut für Angewandte In- 
formationstechnik; Universität 
Stuttgart, Forschungsgruppe In- 
form; Fraunhofer-Gesellschaft 
Stuttgart, Institut für Arbeits- 
wirtschaft und Organisation; 
Technische Universität Mün- 
chen, Institut für Informatik; 
Systemtechnik Berner & Matt- 
ner GmbH, München. 


Lutze, R. Customizing Coopera- 
tive Office Procedures by Plan- 
ning. In: Allen, R. B. (ed.), Con- 
ference on Office Information 
Systems. March 23-25, 1988 
Palo Alto, California. New 
York: ACM, 1988, 63-77 


Wötzel, G. and Kreifelts, Th. 
Deadlock freeness and consi- 
stency in a conversational sy- 
stem. In: Pernici, B. and Ver- 
rijn-Stuart, A. (eds.), Office In- 
formation Systems: The Design 
Process. Proceedings ofthe IFIP 
8.4 Working Conference. Linz, 
Austria, August 15-17, 1988, 
217-231 


*Eirund, H. and Kreplin, K., 
Knowledge Based Document 
Classification Supporting Inte- 
grated Document Handling. In: 
Allen, R.B. (ed.), Conference 
on Office Information Systems. 
March 23-25, 1988 Palo Alto, 
California. New York: ACM, 
1988, 189-196 


5 Beetz, M., Eine Wissensreprä- 
sentationssprache für Kontroll- 
wissen in regelbasierten Syste- 
men. In: Balzert, H., Heyer, G. 
und Lutze, R. (Hrsg.), Experten- 
systeme 87. Konzepte und 
Werkzeuge. Tagung 1/1987 des 
German Chapter of the ACM 
am 7. und 8.4. 1987 in Nürn- 
berg. Stuttgart: Teubner 1987, 
88-101 


Dr. Rainer Lutze ist Leiter der Ab- 
teilung Forschung bei der TA 
Triumph Adler AG und für das 
WISDOM-Berichtswesen zustän- 
dig. 
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Andreas Kohl ist Diplom-Psycho- 
loge und Leiter des WISDOM- 
Verbundprojektes bei TA Triumph 
Adler AG. 





mn 
SIROS data 
Neuwerker Weg 17 
D-8504 Stein b. Nbg. 


Telefon (09 11) 6867 55 
Telefax (09 11) 6867 23 





L: 10 1:15 
zur Auswahl 
3 verschiedene 
MAINBOARDS 


Auch als Tischgehäuse und 
LCD Portable erhältlich! 


Wegen starker Schwankungen der 
RAM-Preise bitte Preis anfragen. 


Die Rechner können je nach 
Wunschkonfiguration, 
sprich VIDEO-Karte, 
/O-Schnittstellen, 


verschiedenen Festplatten 
etc. bestellt werden. 


Wir haben auch 
verschiedene PC XT/AT 
Add On Cards, z.B. 
Spracherkennung/-Analyse 
und Software, VIDEO-Karten 
mit PAL- oder SECAM- 
Ausgang etc. 


Für ECB-Bus- 
Besitzer/Anwender: 
SIKOS ECB-PC XT/AT- 
Adapter kann bis 3m Entfer- 
nung vom PC XT/AT aus 
einem ECB-Bus 
_ Rechner ansteuern, also 
einen Meß-Steuer- 
‚rechner in 19" Technik. 


N 





1. Elektrische Installation 
@ Eine separate EDV -Unterver- 
teilung für alle EDV-Geräte. 


@ FI-Schutzschalter verwenden. 


@ Abschirmung nur an der Zen- 
traleinheit anschließen. 


@ Nach Bedarf eine unterbre- 
chungsfreie Stromversorgung, 
Netzfilter und Überspannungs- 
schutz verwenden. 


Werden mehr als 
3 Terminals oder 
Drucker einge- 
setzt, empfiehlt 
sich ein Terminal- 
bus. Er verein- 
facht die Verdrahtung erheblich 
(nur noch ein zweiadriges Kabel 
für bis zu 16 Terminals oder 
Drucker) und ist gleichzeittig 
Leitungstreiber und optischer 
Isolator (siehe unten). Preis 
rund 350,- DM pro Verbindung. 


Ab 15m müssen 

RS232 Verbin- 

dungen über Lei- 

tungstreiber ge: 

führt werden. Da- 

bei ist auf galva- 

nische Trennung aller Geräte 
zu achten, damit Potentialver- 


schiebungen keine Zerstörungen 
verursachen. Unsere Treiber 
bieten mindestens 1kV Isolation. 
Art. 84boost, 1 Paar 498,- DM 


oder optische Isolatoren 


Unter 15m sollen 
Datenisolatoren 

verwendet wer- 

den, wenn die 

Anlage empfind- F 

lich gegen Poten- 
tialunterschiede (z.B. durch Ma- 
schinen oder Leuchtstoffröhren) 
oder entfemte Blitzeinschläge 
reagiert. Wir bieten Isolatoren 
bis mehr als 50kV. 

Art. 88iso, 1kV, 248,- DM 
Art. KR88iso, 50kV, 298,- DM 


Schweiz: Weber + Co. Tel: 01 - 9302003 
Österreich: Basic Tel: 0222-9505410 
wiesemann ® 
& theis gmbh "Jap 
MIKROCOMPUTERTECHNIK 
Winchenbachstr. 3-5, 5600 Wuppertal 2 


Telefon: 0202 / 50 50 77 

? 0202 /51 1050 

s 859 16 56 wwd 
Ladengeschäft: Mo-Fr. 9-17h 
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review 


In Zukunft 
integriert 


Alis: Bürokommunikation 


nach WYSIWYG-Manier 


Christian Hartmann 


Eine Benutzeroberfläche mit Multiwindowing und 
Mausunterstützung auf Text- und Grafikbildschirmen 
und das Konzept der ‘Aktiven Integration’ sind die 
zentralen Eigenschaften von Alis. Ist das schon 
‘Bürosoftware der nächsten Generation’, wie der 


deutsche Distributor meint? 


Alis -— in der Bundesrepublik 
Deutschland von mbp vertrie- 
ben - ist ein Programm, das sich 
während des Tests der Version 
1.0 noch in der Einführungs- 
phase befand. Alis beinhaltet 
eine Reihe von Modulen, die zur 
Unterstützung von Büroarbei- 
ten eingesetzt werden können. 
Dazu zählen: Textverarbeitung, 
Grafik, Tabellenkalkulation, 
Datenbank, Dokumentablage, 
Terminkalender und Electro- 
nic-Mail. 


Insbesondere mit seiner grafi- 
schen Benutzeroberfläche ver- 
folgt Alis ein zukunftsweisendes 
Konzept. Die Bedienungsfüh- 
rung erfolgt weitestgehend über 
Pull-Down-Menüs, die mit 
Maus oder Tastatur angesteuert 
werden können. Im Gegensatz 
zu den traditionellen Bürosyste- 
men macht Alis eine echte Inte- 
gration von Grafik, Text und 
Daten im Sinne des WYSI- 
WYCG-Prinzips möglich: auf 
Grafikterminals erscheinen 
Text-/Grafikdokumente exakt 
so, wie sie später im Druck er- 
scheinen. 


Mixed Documents 


In bezug auf diese grafische Be- 
nutzeroberfläche vertritt Alis 
ein Konzept, das die zukünftige 
Entwicklung von Bürosystemen 
verdeutlicht. In herkömmlichen 
Bürosystemen kann jeweils nur 
eine Informationsart bearbeitet 
werden: im Textverarbeitungs- 
modul können nur Texte erstellt 
werden, im Grafikmodul nur 
Grafiken. Will man eine Grafik 
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in ein Textdokument einfügen, 
so wird ein entsprechender Platz 
dafür ausgespart. Das endgül- 
tige Resultat sieht man erst beim 
Druck. Die grafische Benutzer- 
oberfläche von Alis erlaubt da- 
gegen nicht nur die parallele 
Darstellung von Text, Grafik 
und Kalkulation, sondern er- 
möglicht auch, daß die verschie- 
denen Informationen nach der 
Zusammenfassung in einem 
Dokument in ihrer ursprüngli- 
chen Form weiterverarbeitet 
werden können. 


Das umfangreiche Handbuch 
und ein ausgezeichnetes Lern- 
programm verdienen das selten 
zu vergebende Prädikat ‘unein- 
geschränkt anfängertauglich.' 


Alis ist unter verschiedenen 
UNIX-Versionen, von UNIX- 
System V über XENIX V bis zu 
Berkeley 4.2 UNIX, auf ver- 
schiedenen Rechnern lauffähig. 
Dazu zählen etwa: 


- Sun-Microsystem-Grafik- 
arbeitsplätze und Server 

- Apollo-Domain-Grafik- 
arbeitsplätze 

—- Compaqg-Deskpro 286 

-IBM PC/AT 

— Hewlett-Packard 9000 

—- NCR Tower 32 


Speicher- und 
-plattenhungrig 


Für die grafische Benutzerober- 
fläche wird je Einzelarbeitsplatz 
mindestens 3 MByte Haupt- 
speicher, 40 MByte Plattenspei- 
cher, ein entsprechender Gra- 


fikbildschirm (EGA- bezie- 
hungsweise _Hercules-Karte) 
und eine Maus verlangt. Für die 
Verbindungen von Einzelplät- 
zen mit einem lokalen Netzwerk 
wird standardmäßig Ethernet 
mit TCP/IP unterstützt. 


Auf Textterminals liefert Alis in 
der Version 2.0 eine volle Mul- 
tiwindow-Schnittstelle. Anwen- 
der mit Aversionen gegen 
Mäuse und Fenster können bei 
ihren gewohnten Tastatureinga- 
ben bleiben - Alis kann entwe- 
der über eine Maus oder Tasta- 
tur bedient werden. 


Alis unterstützt drei Druckerty- 
pen: 


- Laserdrucker (zum Beispiel 
HP-Laserjet, Apple LaserWri- 
ter und andere PostScript- 
Drucker) 

- Korrespondenzdrucker (Dia- 
blo 630, NEC Spinwriter) 

— Matrixdrucker (Epson FX-80, 
IBM Proprinter) 


Proportional oder 
wissenschaftlich? 


Die Textverarbeitung besticht 
durch das schon erwähnte WY- 
SIWYG-Prinzip. Damit ist 
nicht nur Proportionalschrift 
auf dem Bildschirm möglich, 
sondern es lassen sich ebensogut 
mathematische und naturwis- 
senschaftliche Symbole darstel- 
len. Besonders positiv fällt die 
automatische Silbentrennung 


Popp ah 





Kleine, 





für mehrere Sprachen (Deutsch/ 
Englisch/Französisch) ins 
Auge. Negativ zu Buche schlug 
dagegen das Fehlen einer Se- 
rienbrieffunktion, die eigentlich 
zum Kernbestand eines Bürosy- 
stems gehören sollte. Dieser 
Mangel ist allerdings in Version 
2.0 behoben, die ab Jahresende 
lieferbar sein soll. 


Gestaltungsvorgaben, die zum 
Teil mitgeliefert werden, aber 
auch selbst erstellt werden kön- 
nen, unterstützen die Formatie- 
rung von Texten. So kann man 
die Gestaltung eines Firmen- 
briefes etwa im vorhinein festle- 
gen, ohne daß man sich bei der 
aktuellen Erstellung noch groß 
darum kümmern muß. Beginnt 
zum Beispiel der Autor mit dem 
Hinweis, daß ein Bericht zu 
schreiben ist, wird dadurch die 
entsprechende Gestaltungsvor- 
gabe aufgerufen und der Text 
automatisch in der gewünschten 
Form gestaltet. 


Für Geschäft 
und Kunst 


Das Grafikmodul von Alis be- 
inhaltet nicht nur eine Präsenta- 
tionsgrafik, mit der man Zah- 
lenreihen darstellen kann, son- 
dern auch die Möglichkeit zum 
Freihandzeichnen. Damit las- 
sen sich Bilder und Symbole ent- 
wickeln und in einer Grafikbi- 
bliothek zwecks späterer Ver- 
wendung ablegen. Die grafi- 


der ühru 
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schen Objekte können gedreht, 
bewegt, vergrößert und verklei- 
nert werden, je nachdem, wie es 
vom Anwender gewünscht wird 
oder wie es der Platz in einem 
Dokument erlaubt. Wie auch in 
allen anderen Modulen steht 
eine Undo-/Redo-Funktion zur 
Verfügung, die einen Rück- 
schritt bis zum Anfang der Pro- 
grammsitzung erlaubt. 


Die Geschäftsgrafik erzeugt die 
üblichen Linien-, Balken- und 
Tortendiagramme. Darüber 
hinaus aber sind alle Dia- 
gramme frei editierbar, können 
also im nachhinein noch verän- 
dert und modifiziert werden. 
Die Integrationsfähigkeit von 
Grafik und Text ist bei Alis im 
Vergleich zu den anderen Pro- 
grammen sehr hoch: wird etwa 
eine Grafik in ein Textdoku- 
ment übernommen und verän- 
dert, so können - je nach Option 
— die Ursprungsgrafik und alle 
Dokumente, in denen diese vor- 
kommt, gleich mitverändert 
werden. Durch eine Trigger- 
Funktion kann jedes Dokument 
mit einer “Veränderungs- 
Anzeige-Prozedur’ versehen 
werden, die etwa nach jedem 
Zugriff auf ein File eine Nach- 
richt an den Kollegen im Ne- 
benraum verschickt. 


Kalkulation 
ausreichend 


Die Tabellenkalkulation mit 
702 x 9999 Feldern ist durch- 
schnittlich, externe Formate 
werden zum Teil unterstützt 
(DIF- und Sylk-Formate). Die 
Datenbank ist für eine umfang- 
reiche Adreßdatei ausreichend; 
bei Anwendungen, die darüber 
hinausgehen, wird man aller- 
dings schnell an Grenzen sto- 
Ben. Die Dokumentenablage 
enthält fünf Hierarchie-Ebenen, 
in denen die Dokumente, seien 
es Texte, Grafiken oder Misch- 
dokumente, abgelegt werden 
können. Ein Zugriffsschutz ist 
möglich, der Zugriff erfolgt 
nach einem Benutzerprofil, das 
angibt, wer welche Dokumente 
lesen und bearbeiten darf. 


Datenbank begrenzt 


Interessante Anwendungen er- 
öffnet die Kombination von 
elektronischer Post, persönli- 
cher Zeitplanung und Kalender- 
verwaltung. Mit der elektroni- 
schen Post hat der Benutzer die 
Möglichkeit, beliebige Doku- 
mente zu verschicken, wobei un- 
ter Umständen vordefinierte 
Verteilerschlüssel verwendet 
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werden können. Dabei lassen 
sich die Dokumente auch ‘aktiv’ 
übertragen; das heißt, ein Do- 
kument, das etwa eine Kalkula- 
tion und eine Grafik enthält, 
kann vom Empfänger neu be- 
rechnet oder grafisch editiert 
werden. Der Empfänger hat auf 
seinem Bildschirm eine ständige 
Anzeige der noch nicht gelese- 
nen beziehungsweise wichtigen 
und besonders eiligen Post. 


Konferenz-Vorgabe 


Mit der persönlichen Zeitpla- 
nung hat der Benutzer die Mög- 
lichkeit, seine Arbeitsziele anzu- 
geben und nach Prioritäten zu 
ordnen. Darüber hinaus kanner 
im Kalender bestimmte Zeiten 
für besondere Aufgaben reser- 
vieren oder aber sich vom Sy- 
stem vorschlagen lassen. Soll 
eine Konferenz anberaumt wer- 
den, schlägt das System den 
Teilnehmern gemeinsame freie 
Zeiten und Räume vor. Zusätz- 
lich übernimmt das System auch 
die Planung von Ressourcen wie 
Konferenzräumen, Dienstwa- 
gen und ähnlichem. 


Der Integrationsgrad von Alis 
ist — entsprechend der grafi- 
schen Benutzeroberfläche - 
recht hoch. Texte, Grafiken, 
Kalkulationen und Datenbank- 
informationen können in einem 
Dokument zusammengefaßt 
werden. Durch Fenstertechnik 
ist der gleichzeitige Zugriff auf 
verschiedene Module möglich. 
Hat man etwa in einen Fenster 
sein Kalkulationsblatt, so kann 
man im anderen die Werte 
durch eine Grafik verdeutli- 
chen. 


Eine Integration von Fremd- 
Software (zum Beispiel Oracle) 
ist möglich, erfordert aber eine 
umfangreiche Schnittstellen- 
programmierung, die vom pro- 
grammierunerfahrenen Benut- 
zer nicht zu leisten ist. Hier wer- 
den vom Hersteller Seminare 
angeboten, in denen die entspre- 
chenden Anpassungsarbeiten 
erlernt werden können. 


Für die Version 2.0 kündigt 
mbp unter anderem eine weitere 
Anbindung an einen Postdienst 
an: die Informationen eines an- 
geschlossenen Telefax-Gerätes 
sollen als Images im CCITT- 
(Fax-Gruppe 3)-Format direkt 
einlesbar sein. 


Das komplette Paket kostet 
je Installation pro CPU ab 
5130 DM. (JS) 








M+H-A2042 20 MHz 


1 MB Hauptspeicher (bis 8 MB on Board) 
EMS 4.0 kompatibel 

42 MB Festplatte 

1,2 MB / 360 KB Diskettenlaufwerk 

14” monochrome schwarz-weiß Flatscreen 
Hercules-kompatible Grafikkarte 

MF-2 kompatible Tastatur, deutsche Belegung 
1 parallele /2 serielle Schnittstellen 

1 serielle Maus 

DOS 3.3 / GW-Basic (deutsch) 


DM 5480,- 


Auch jede andere Ausstattung lieferbar! 


M + H COMPUTER-VERTRIEBS-GES. mbH 
Frankfurter Straße 28 6277 Bad Camberg 
Telefon: 0 64 34 / 8037 Fax: 064 34 / 4803 





Hermann-Josef Miele 


Datentechnik GmbH 
Bergfreiheit 60 

5788 Winterberg-Silbach 

Tel. (02983) 8307 u. 8337 


MODULA-2 


Libraries mit Quellcodes 
umfangreiche Library „C-ähnlich“ 
Library für Standaloneanwendung 
Wirth’sche Library usw. 
verschiedene Toolboxen lieferbar: 
numerische Mathematik 
Maskeneditor 

Maskengenerator 


OS-9.version 


UNIX. version Preis ab DM 2850,00 


für HP9000 300er Serie, Convergent Technologies, 
NCR, Olivetti u.v.a. 


Le Ze Ze Ze Ze Ze ze 2 


Preis ab DM 1368,00 


Des weiteren haben wir ein Riesenangebot an 
Software für OS-9 und UNIX. Bitte fordern 
Sie unseren Katalog an. 


Mehrplatz-Systeme 
mit 0S-9 oder UNIX 
VME-bus oder ECB-bus 

















uch unter UNIX 
ein ‘Road Runner’ 


Suns neue Workstation auf Basis des Intel 80386 





Arne Steinkamm 


Der Name ‘Sun’ stand über Jahre ausschließlich für UNIX-Workstations auf Basis der 68000-Prozessorfamilie von 
Motorola; doch in diesem Jahr brach man mit Traditionen. Kaum ist der Trubel um das neue Spitzenmodell mit 
hausgemachter RISC-CPU abgeklungen, folgt schon die nächste Überraschung in Form des ‘386i’. 
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Der Name verrät es bereits: 
Suns Ingenieure haben die bis- 
her verschmähten Intel-Prozes- 
soren in ihrer bislang leistungs- 
stärksten Variante, dem iAPX- 
386, für würdig befunden, die 
Grundlage einer dritten Pro- 
duktlinie zu bilden. Das von sei- 
nem Hersteller mit dem liebe- 
vollen Code-Namen ‘Road 
Runner’ belegte Gerät wird als 
UNIX-Workstation verkauft 
und zielt dennoch auf den 
MSDOS-Markt. Was haben 
sich die Marketing-Strategen 
denn da ausgedacht? 


Was die Ingenieure bewegt ha- 
ben mag, dem Intel-Chip näher- 
zutreten, liegt auf der Hand: 
selbst hartleibige Gegner frühe- 
rer Intel-Prozessoren müssen 
konzedieren, daß der IAPX-386 
dem 68020 von Motorola we- 
nigstens ebenbürtig ist und für 
den Einsatz in einer Multiuser- 
Maschine sogar handfeste Vor- 
teile bietet. 


Doch gab es gewiß noch einen 
gewichtigeren Grund, die neue 
Rechnerfamilie ausgerechnet 
auf Basis dieses Prozessors zu 
entwickeln, und der liegt wie- 
derum auf der Marketing- 
Ebene. Die Umsätze auf dem 
MSDOS-Markt locken — und 
der 386 ist prinzipiell geeignet, 
MSDOS-Programme auszufüh- 
ren. In seiner als “Virtual Mode’ 
bezeichneten Betriebsart verar- 
beitet er nicht nur problemlos 
8088-Programme, sondern ver- 
mag sogar quasi gleichzeitig 
mehrere dieser PC-typischen 
Prozessoren zu simulieren. So 
vermarktet Sun denn auch die 
3861 als UNIX-Workstation mit 
voller DOS-Kompatibilität. 
Wie dies auf der Ebene des Be- 
triebssystems und in der Praxis 
funktioniert, wird noch zu be- 
leuchten sein. 





Slots wie imXT und AT 


Die Sun 386i präsentiert sich äu- 
Berlich als ein vergleichsweise 
kleiner Computer (40,6cm 
hoch, 19 cm breit, 52 cm tief) in 
gefälligem Turm-Design. Die 
rechte Seitenwand ist leicht ab- 
nehmbar; entfernt man sie, fällt 
der Blick auf freie Slots im un- 
teren Teil des Gehäuses. Diese 
Sun-Workstation ist zwar bei- 
leibe kein Clone, unterstützt 
aber das IBM-Slotsystem: drei 
AT-kompatible und ein 
XT-kompatibler Steckplatz 
werden geboten, zusätzlich zu 
den vier 32-Bit-Busanschlüssen 
nach hauseigenem Standard, 


von denen zwei mit Bild- und 
Arbeitsspeicherkarten belegt 
sind. 


An der Rückseite befinden sich 
ein serieller und ein paralleler 
Port, die vornehmlich als 
Druckerschnittstellen gedacht 
sind. Außerdem sind ein Ether- 
net-Anschluß und eine SCSI- 
Schnittstelle vorhanden. Letz- 
tere ist unter anderem für den 
Anschluß einer optionalen Er- 
weiterungsbox mit zusätzlichen 
Laufwerken vorgesehen. Der 
Netzwerk-Betrieb wird durch 
einen Spezialprozessor, den In- 
tel 82586, unterstützt. Zur 
Grundausstattung zählen au- 
Berdem der Arithmetik-Copro- 
zessor 80387 und der DMA- 
Controller 82380. 


Standardmäßig ist der Rechner 
mit einem 3,5”-Floppy-Lauf- 
werk ausgerüstet, das sowohl 
das 720-KByte- als auch das 
PS/2-gemäße 1,44-M Byte- 
Format bietet. Im Grundge- 
häuse ist außerdem Platz für ein 
5,25"-Festplattenlaufwerk; Sun 
bietet Drives mit Kapazitäten 
von 91 bis 327 MByte an. Wer 
auch einen Streamer will, benö- 
tigt die huckepack aufsteckbare 
Expansion Box. 


Der Rechner wird in zwei Ver- 
sionen angeboten. Als '386i/ 
150° läuft er mit 20-MHz-Takt 
und besitzt ab Werk 4 MByte 
Arbeitsspeicher. Der ‘386i/250' 
arbeitet mit 25 MHz Taktfre- 
quenz und verfügt über doppelt 
soviel RAM wie der ‘kleine Bru- 
der’; außerdem besitzt er 
32 KByte schnellen statischen 
Speicher als Cache, der von ei- 
nem Intel-Controller 82385 ver- 
waltet wird. Diese Zusatzaus- 
stattung, die bei dem kleineren 
Modell nachgerüstet werden 
kann, ermöglicht nach Angaben 
von Sun einen um 33% schnel- 
leren Speicherzugriff. Beide Sy- 
steme können in 4-MByte- 
Schritten auf 16 MByte erwei- 
tert werden. 


Im Leistungsvergleich soll sich 
der Unterschied zwischen den 
Modellen noch krasser darstel- 
len: glaubt man dem Hersteller, 
so erreicht schon die 150er 
stolze 3MIPS (Millionen In- 
struktionen pro Sekunde) und 
wird von der 250er mit 5 MIPS 
noch um volle zwei Drittel über- 
boten. An diesen Daten muß 
man nicht zweifeln, zumal der 
1APX-386 (vor allem im Virtual 
Mode) die eine oder andere In- 
struktion recht fix ausführen 
kann. Schade nur, daß die Pro- 





gramme in der Praxis auch Be- 
fehle enthalten, bei denen die 
CPU nicht ganz so glänzt. 


UNIX gibt sich 


LO ELSUigiTelte 





Die ‘386i'° wäre keine echte 
Sun-Workstation, wenn sie 
nicht bei der Videoausgabe 
überdurchschnittliche Qualitä- 
ten aufwiese. Der Anwender hat 
die Wahl zwischen zwei Schwar- 
zweiß-Monitoren (15” oder 
19°) und drei Farbbildschirmen 
(14”, 16° und 19"). Schon der 
kleinste Farbmonitor bietet eine 
Auflösung von 1024 x 768 Pi- 
xeln, die größeren zeigen 
1152 x 900 Bildpunkte an. Ein 
Farbpalettenregister stellt 16,7 
Millionen Farben zur Auswahl, 
von denen 256 gleichzeitig dar- 
gestellt werden können. 


Mit solchen Möglichkeiten der 
Bildausgabe kann sich die viel- 
gerühmte grafische Benutzer- 
oberfläche ‘SunView’ sehen las- 
sen, die mitgeliefert wird. Als 
Alternative erhält man zusätz- 
lich ‘X11/NeWs'’, das auf dem 
weithin akzeptierten Standard 
X-Windows beruht. 


Genutzt wird die grafische 
Oberfläche unter anderem 
durch die für UNIX-Verhält- 
nisse außergewöhnliche Benut- 
zerunterstützung. Durch An- 
klicken mit der Maus oder Be- 
tätigen der Hilfe-Taste kann der 
Anwender jederzeit ein Hilfe- 
Fenster öffnen, aus dem heraus 
sich durch Anwahl markierter 
Stichwörter Informationen auf- 
rufen oder Programme starten 
lassen. Leider erfolgt die Hilfe- 
stellung bisher nur in englischer 
Sprache und beschränkt sich auf 
SunView und elementare Hard- 
ware-Eigenschaften - schön 
wär's, wenn auch das bekannte 
UNIX-Online-Manual auf die- 
sem komfortablen Weg verfüg- 
bar wäre. 


Angebracht wäre eine weiterge- 
hende Hilfe gerade angesichts 
der Komplexität des SunOs 4.0, 
dem Betriebssystem des Road 
Runners, das zwei UNIX- 
Stammbäume in sich vereinigt 
und nebenbei noch den Eintritt 
in die MSDOS-Welt erlaubt. 


Für Experten: es handelt sich 
um einen ‘native BSD 4.2 Ker- 
nel’ mit diversen System-V- 
Erweiterungen. Diese können 
als Cluster beliebig eingebunden 
werden, was sowohl die System 
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Calls als auch die elementaren 
Tools betrifft. Etliche funk- 
tionsgleiche Programme, die 
sich unter BSD und System V 
unterscheiden, sind in beiden 
Varianten vorhanden. Die 
System-V-Versionen von ps, Is 
und anderen Hilfsprogrammen 
befanden sich bei unserem Test- 
gerät in /usr/5bin, die 
BSD-Ausführungen in /usr/bin 
beziehungsweise waren dorthin 
gelinkt (ein Prinzip, das Sun hier 
endgültig über das vernünftige 
Maß hinaus verfolgt hat, denn 
von einer gewissen Anzahl an 
werden symbolische Links ein- 
fach undurchschaubar). 


Überraschen wird es den Ken- 
ner der UNIX-Szene in diesem 
Zusammenhang, daß Sun als 
der bisher bedeutendste kom- 
merzielle Anbieter der Berke- 
ley-Variante BSD sein Betriebs- 
system in naher Zukunft voll- 
ständig auf System V.3 umzu- 
stellen beabsichtigt. Dem An- 
wender kann eine solche Verein- 
heitlichung, die auf die lukrative 
Partnerschaft mit dem Giganten 
AT&T zurückzuführen ist, ei- 
gentlich nur recht sein. Das gilt 
besonders, wenn es Sun gelingt, 
liebgewonnene BSD-Vorzüge in 
das neue ‘Merged UNIX’ einzu- 
bringen. Allerdings darf man 
wohl nicht hoffen, daß die Por- 
tierung vorhandener Software 
ganz ohne Probleme vor sich 
gehen wird. 


UNIX und MSDOS - 
brüderlich vereint 


Mit Blick auf die angestrebte 
Positionierung der 386i im 
MSDOS-Markt hat Sun in die 
Benutzeroberfläche das ‘SNAP’ 
eingebaut. SNAP steht für ‘Sy- 
stem and Network Administra- 
tion Program’ und beinhaltet 
alle Funktionen zur Verwaltung 
eines UNIX-Rechners. Dies 
werden vor allem Anfänger und 
Umsteiger schätzen, denen ein 
Multiuser-Betriebssystem bis- 
her als ein Buch mit sieben Sie- 
geln erschienen sein mag. 


Von besonderem Reiz für ge- 
standene MSDOS-Anwender 
aber-so das Kalkül der Markt- 
strategen — dürfte die Fähigkeit 


Neben einer seriellen und 
einer parallelen 
Schnittstelle sind 
serienmäßig ein 
SCSI-Interface und ein 
Ethernet-Anschluß 
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der Sun-Workstation 386i sein, 
sich unter UNIX gleichzeitig als 
PC zu präsentieren. Die Aus- 
sicht, vorhandene DOS-Pro- 
gramme in gewohnter Betriebs- 
systemumgebung weiter ver- 
wenden zu können, soll den 
Umstieg in die Multitasking- 
Welt schmackhaft machen. Die- 
ses Konzept kennt man doch 
schon von OS/2-Propagandi- 
sten... — ob es wohl trägt? 


Erstmals präsentiert 
Sun einen Rechner auf 
SERIE CHE 
Prozessors. 


FANT=) 
MSDOS-Prozesse 

EIN HET ENTER Tate) 
unter der 386i kaum 


ELTER TTS El 
einzelnes Programm 
auf IBMs PS/2 80. 


Besonders 

beeindruckt die 386i 
durch ihre grafische 
Benutzeroberfläche. 


Im Gegensatz zu OS/2 erlaubt 
der MSDOS-Emulator der Sun 
386i es sogar, mehrere DOS- 
Programme quasi gleichzeitig 
laufen zu lassen. Dahinter steckt 
ein alter Bekannter, nämlich 
VP/ix von Phoenix Technolo- 
gies und Interactive Systems, 
das zum Beispiel auch im 386ix 


vorhanden. 





von Interactive Systems Ver- 
wendung findet. VP/ix nutzt 
dabei die Eigenschaften, die In- 
tel dem 386 eingepflanzt hat, 
voll aus: dieser Prozessor ist 
nämlich darauf eingerichtet, 
mehrere virtuelle PCs zu simu- 
lieren. Das kann der 80286 
nicht, auf dessen Möglichkeiten 
OS/2 beschränkt wurde. 


Dabei stellt die in den Prozessor 
iAPX-386 integrierte MMU 
(Memory Management Unite 
jeder DOS-Applikation 
640 KByte Arbeitsspeicher zur 
Verfügung. Damit nicht genug: 
zusätzlich können auf der 386i 
noch jeweils 2 MByte Expanded 
Memory (EMS) gemäß Intel- 
Spezifikationen genutzt werden. 
Zur Übertragung von Dateien 
zwischen MSDOS und UNIX 
steht ein Konvertierungspro- 
gramm zur Verfügung. 


Bei dem emulierten MSDOS, 
das als Prozeß unter UNIX 
läuft, handelt es sich um die ak- 
tuelle Version 3.3. Die DOS- 
Programme finden ein dem 
IBM-BIOS funktional entspre- 
chendes Basic-Input/Output- 
System vor. Da aber ‘sauber’ 
programmierte PC-Software, 
die alle Aktionen brav über das 
BIOS abwickelt, beileibe nicht 
die Regel ist, muß durch zusätz- 
liche Hardware und Treiber 





















auch die PC-Hardware teilweise 
emuliert werden. Diese Vorkeh- 
rungen werden nicht immer zum 
Erfolg führen, doch scheint eine 
sehr weitgehende Kompatibili- 
tät gewährleistet. Sun versichert 
denn auch, alle verbreiteten 
MSDOS-Programme seien 
ohne Einschränkungen zu ver- 
wenden. Software, die dem AT- 
Prozessor 80286 “auf den Leib 
geschneidert’ ist, das heißt, des- 
sen ‘Protected Mode’ nutzt, 
kann jedoch nicht laufen. 


Ein, zwei, viele DOS in 
Fenstern 


Startet man MSDOS von einem 
alphanumerischen Terminal, 
über das Netz oder von einer 
UNIX-Shell, so gelangt man in 
eine Emulation, die darauf an- 
gewiesen ist, daß die Applika- 
tion alle Ausgaben über das 
BIOS vornimmt und nicht etwa 
direkt in den Bildspeicher 
schreibt. Aufder 386i kann man 
aber auch ein oder mehrere 
MSDOS-Fenster öffnen und 
damit jeweils eine Hercules- 
oder CGA-Emulation aktivie- 
ren. EGA- und VGA-Grafik 
sind jedoch bisher nicht mög- 
lich; wer dies wünscht, muß auf 
die von Sun angekündigte 


Hardware-Lösung warten, die 
übrigens auch ohne zusätzlichen 
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Bildschirm auskommen soll. 


In einem DOS-Fenster kann 
man wiederum ein Window- 
System, etwa “Windows’ von 
Microsoft oder DesqView, lau- 
fen lassen. Jedes geöffnete Fen- 
ster kostet allerdings 1,6 MByte 
Swap-Space auf der Platte. Bei 
einer Standard-Installation 
dürften also bei sechs bis sieben 
geöffneten DOS-Windows die 
Reserven erschöpft sein, ganz 
abgesehen davon, daß jeder ein- 
zelne DOS-Prozeß dann kaum 
noch schneller läuft als auf ei- 
nem 4,77-MHz-PC. 


Um auch kopiergeschützte Pro- 
gramme ausführen zu können, 
bildet die Emulations-Software 
sogar das unter MSDOSübliche 
Festplattenlaufwerk C: nach. In 
der Datei C: findet das Pro- 
gramm die byte- und sektor- 
kompatible Kopie einer 
20-MByte-Festplatte vor. 


Dennoch bemerkt der Anwen- 
der, daß er nicht mit einer dem 
Vorbild von IBM (oder muß 
man sagen Compaq?) nachemp- 
fundenen Hardware arbeitet, 
wenn er eine Zusatzkarte instal- 
lieren möchte. Bei der 386i geht 
das nicht nach dem Motto ‘Ein- 
stecken — einschalten — läuft’, 
sondern die Zusatzkarte muß 
durch einen Eintrag in einer spe- 
zielen Datei (/etc/dos/de- 
faults/boards.pc) explizit beim 
Betriebssystem angemeldet wer- 
den. 


Schnell ist der ‘Road Runner’! 
Als "MSDOS-Maschine’ gehört 
er zu den Spitzenreitern im 
Benchmark-Wettstreit. IBMs 
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Modell 80 ist als ‘Single-Task'- 
Maschine unter DOS nur ge- 
ringfügig schneller als die 
386i-Workstation, wenn sie mit 
zwei (!) DOS-Programmen 
gleichzeitig jongliert. 


Aber auch unter UNIX braucht 
die 386i kaum einen Leistungs- 
vergleich zu scheuen: das be- 
kannte Benchmark-Programm 
Dhrystone (Version C/1.1-12 
01/84), kompiliert ohne Regi- 
sterunterstützung, bestätigt der 
Sun 386i/250 stolze 8333 Dhry- 
stones. Die Sun-Workstation 
3/50 bringt es hier übrigens nur 
auf 2400. 


Die Rechnung der Marktstrate- 
gen im Hause Sun scheint auf- 





Im Inneren des 


Turmgehäuses finden sich 
ein XT- und drei AT-Slots. 





zugehen. Schon jetzt erreicht 
der ‘Road Runner’ einen Anteil 
von 60 bis 70% im Bereich der 
Neugeschäfte. Ob aber tatsäch- 
lich MSDOS-Kompatibilität 
dabei das entscheidende Argu- 
ment darstellt, darf wohl be- 
zweifelt werden. ‘Kompatible’ 
gibt es wie Sand am Meer, 
386-Computer, die XENIX 
oder Interactives 386ix fahren 
können, inzwischen auch. Und 
als UNIX-Entwicklungssystem 
für MSDOS-Programmierer, 
als den Sun die 386i ebenfalls 
sieht, eignet sich ein unter Xenix 
laufender AT doch wohl besser, 
da er den Cross-Compiler bie- 
tet, den Sun (noch?) nicht im 
Programm hat. 


Aus meiner Sicht (der eines 
UNIX-Anhängers) ist die 


MSDOS-Fähigkeit nicht mehr 
als eine nette Zugabe zu einer 
sehr leistungsfähigen und kom- 
fortablen — aber in jedem Fall 
vollwertigen - UNIX-Worksta- 
tion. Den Markterfolg der 386i 
führe ich eher auf das gebotene 
Preis/Leistungsverhältnis zu- 
rück. Für rund 28 000 DM be- 
kommt man eine vollständig 


ausgestattete 386i/150 mit 
91-MByte-Platte, 4 MByte 
Hauptspeicher und dem 


15-Zoll-Schwarzweiß-Monitor. 


Nicht zu vergessen: ‘Extras’ wie 
Gleitkomma-Prozessor 80387, 
Ethernet-Anschluß und SCSI- 
Adapter sind in diesem Preis 
schon inbegriffen. (ig) 





Eine (vor)bildliche 
Hilfefunktion macht es 


Einsteigern und Umsteigern 


leichter. 


Mehrere MSDOS- 
Applikationen können als 
Prozesse unter UNIX 
laufen. 
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wissen 


Textverarbeitung: 


Ban 
uw cC 


Nortkünst 


Petra J. Hassan 


Während wohlbekannte 
Firmen mit ihren 
Textverarbeitungs- 
programmen gute 
Umsätze machen, hält 
sich manchenorts der 
Widerstand gegen EDV 
im Büro. Zu komplex 
und unterschiedlich 


wirken die angebotenen 
Programme auf geübte 


Schreibmaschinisten. 
Aber die Software- 

Entwickler haben sich 
etwas dabei gedacht. 


Geübte Textverarbeiter kom- 
men allein bei der Vorstellung, 
mit einer Schreibmaschine 
Texte erstellen zu müssen, ins 
Schwitzen. Denn wer soll das 
ganze Tipp-Ex (gottlob, daß es 
das gibt) bezahlen? Viele haben 
es sich, computergestützt, zur 
Gewohnheit gemacht, bereits 
auf die Tasten zu hauen, ehe sie 
zu Ende gedacht haben. Dies 
setzt natürlich voraus, daß der 
eingetippte Text noch nicht die 
endgültig zu Papier gebrachte 
Version des formulierten Ge- 
dankens ist: Papier mag gedul- 
dig sein; dies gilt aber nicht un- 
bedingt für den Leser. 
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Dem schreibmaschine-gewohn- 
ten Texter ergeht es auch nicht 
anders: Die liebgewordene 
Schreibmaschine in die Ecke 
stellen und auf Textverarbei- 
tung umsteigen müssen, das be- 
reitet vielen schlaflose Nächte: 
Allein ein Blick inein Handbuch 
oder ein Gespräch mit einem 
Spezialisten lassen erahnen, daß 
hier Undurchschaubares auf ei- 
nen zukommt. Andererseits 
sind moderne Schreibmaschi- 
nen inzwischen mit zahlreichen 
Funktionen der Textverarbei- 
tung versehen worden, so daß 
ihre Handbücher und Bedie- 
nung auch nicht mehr so einfach 
sind. Irgend etwas muß dann ja 
wohl an der Textverarbeitung 
dran sein, da inzwischen im 
harmlosen Schreibmaschinen- 
Look viel Elektronik und Funk- 
tionalität, dieman von der Text- 
verarbeitung her kennt, enthal- 
ten ist. 


Schrittweise 
Verfeinerung mal so, 
Te) 


Schreibmaschine und Textver- 
arbeitung führen die Grundele- 
mente der Textbearbeitung 
grundsätzlich verschieden zu- 
sammen. Bei der Schreibma- 
schine führt ein Tastendruck 
unmittelbar zur Übertragung 
des Buchstabens auf Papier. 
Hier nachträglich etwas ändern 





zu wollen bereitet viel Mühe. 
Denn das Papier ist für die 
Schreibmaschine Speicher- und 
Ausgabemedium. Was zu Pa- 
pier gebracht wurde, ist hinfort 
nur auf Papier vorhanden und 
muß zur Neubearbeitung auch 
neu eingegeben werden. Im 
Computer wird der eingegebene 
Text zwischengespeichert. Da- 
mit ist die enge und endgültige 
Verknüpfung von Texteingabe 
und Ausdruck durchbrochen. 


Dies sehen viele als schwerwie- 
genden Nachteil der Schreibma- 
schine an. Aber üblicherweise 
sind unsere Betriebe hierar- 
chisch geordnet. Derjenige, der 
sich Texte ausdenkt und sie im 
nachhinein inhaltlich zu verant- 
worten hat, ist in den seltensten 
Fällen mit der Schreibkraft 
identisch. Und auch nach Ein- 
führung der EDV ändert sich 
hieran normalerweise nichts. 
Weder ist die Schreibkraft neu- 
erdings dank Textverarbeitung 
zum Wirtschafts-Strategen 
avanciert, noch sind Vorstands- 
etagen - trotz Personalcompu- 
ter zu Schreibbüros geworden. 
Die mit der Textverarbeitung 
eröffnete Vorläufigkeit der 
Texterfassung ist für den Autor 
interessant. Die Schreibkraft 
mag das vielleicht anders sehen. 


Denn nun muß sie mit der Text- 
verarbeitung Funktionen be- 
rücksichtigen, die bei der 
Schreibmaschine nicht gegeben 
sind. Das Zeilenende zum Bei- 
spiel legt sie bei der Schreibma- 
schine einfach durch Drücken 
der Zeilenumschalttaste für die 
aktuell bearbeitete Zeile, und 
nur für diese, fest. Bei der Text- 
verarbeitung wird sie dagegen 
die Zeilenlänge des gesamten 
Dokuments bestimmen und erst 
nach Fertigstellung der Textein- 
gabe während des Ausdrucks 
erkennen, ob die Voreinstellung 
den Erwartungen entspricht. 
Allgemein gilt, daß beim Arbei- 
ten mit der Schreibmaschine die 
Gestaltung des Schriftstücks in 
kleine, übersichtliche Schritte 
zerlegt und buchstaben- und zei- 
lenweise umgesetzt wird. 


Ganz anders die Philosophie der 
Textverarbeitung, die in der Ei- 
genschaft des Computers fußt, 
Texte zwischenzuspeichern und 
unabhängig vom Papieraus- 
druck zu bearbeiten. Die Doku- 
mente lassen sich strecken, dre- 
hen und wenden, wie man will. 
Ob zweispaltig mit 30 Zeichen je 
Spalte, 60 Zeichen die Zeile oder 
gar 132, dies braucht nicht 
vorab und nicht während der 





Texteingabe entschieden zu 
werden. Seitenende hier oder 
dort, Kopfzeilen und Fußzeilen 
nachträglich eingebaut oder 
wieder entfernt, selbst die Rei- 
henfolge der Absätze wird nach- 
träglich ohne großen Aufwand 
verändert. Und das hat seinen 
Preis. Denn all dies will kontrol- 
liert und vorgeplant sein. 


Also braucht es Verfahren, um 
dem dummen Rechner klarzu- 
machen, was von ihm gefordert 
wird. Und plötzlich reicht es 
nicht mehr aus, ein Zeichen mit- 
tels Tastendruck auf das Blatt 
Papier in die Position zu brin- 
gen, in die es gehört. Oh nein! 
Nachdem man das Zeichen 
doch bereits am Bildschirm 
sichtbar in eine Zeile und Spalte 
eingegeben hat, muß man noch 
mehr Tasten drücken, um si- 
cherzustellen, daß das Zeichen 
auch auf’ dem Papier genau dort 
landen wird, wo man es sich 
wünscht. Papier und Bildschirm 
sind eben nicht das gleiche Me- 
dium. Zudem muß man sich 
auch noch um die Verwaltung 
der abgelegten Dokumente auf 
dem Rechner kümmern. Alles 
Funktionen, die das Erlernen 
von Techniken erfordern, die im 


‘Fall der Schreibmaschine über- 


NIIRDRESTTER 


An den Anwender 
fette ETei ı 4 


Entwickler von Textverarbei- 
tungssoftware wissen wohl, daß 
die von Schreibmaschinen her 
gewohnte Bearbeitung von Tex- 
ten nicht übernommen werden 
kann. Sie lassen sich daher ei- 
niges einfallen, um die Arbeit 
mit ihren jeweiligen Programm- 
paketen menschengerecht zu ge- 
stalten. Was hierbei "menschen- 
gerecht’ heißt, darüber ist man 
sich weiß Gott nicht einig. Krea- 
tivität und Einfallsreichtum 
sind gefordert und werden dem 
Anwender zuliebe oder auch an 
ihm vorbei eingesetzt. Am Bei- 
spiel der drei 


Textverarbei 
tungspakete LEX (Lämmerza fg 0 


EDV System Beratung), LESS- 
TEXT (LESS Software) und IF- 
HIT (Interface Computer und 
Interface Connection), die un- 
terschiedliche Philosophien der 
anwenderfreundlichen Bedie- 
nerführung und Funktionalität 
aufweisen, sollen mögliche Lö- 
sungen für die Textverarbeitung 
unter UNIX vorgestellt werden. 
Deutlich unterscheiden sich im 
Ansatz die Programme IFHIT 
und LESS-TEXT auf der einen 
von LEX auf der anderen Seite 
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im Hinblick darauf, wie sie Text 
und Dokument behandeln: 
LESS-TEXT und IFHIT stellen 
den Dokument-Inhalt in den 
Vordergrund, der Ausdruck ist 
Aufgabe des Formatierers, der 
unabhängig vom eingegebenen 
Text  Steuerungsanweisungen 
bekommt. LEX hingegen ver- 
eint Textgestaltung und Texter- 
fassung in einem Dokument. 


Das Datensichtgerät wird von 
LEX wie eine Werkstatt be- 
nutzt, in der sich Textauszüge, 
Steuerungsanweisungen für den 
Drucker und Formatierungsan- 
weisungen für die Textgestal- 
tung nach und nach ansammeln. 
Gesetzt den Fall, es sollte an den 
Anfang einer jeden Seite eine 
Kopfzeile mit Kapitelüber- 
schrift und Seitennummer ein- 
gerichtet werden: In LEX würde 
dann im Text auf der ersten 
Zeile die Anweisung 

.T 1.2 Kapitel 1 PPPP 
Dies ist ein Beispiel für das Formatieren 
unter LEX.:li 

stehen. 

Der Text 'Kapıtel I’ wird vom 
Formatierer als Überschrifttext 
erkannt. Die vier ‘'P’ weisen den 
Formatierer an, die Seitenzahl 
in diese Position zu setzen. Die 
mit den Wörtern ‘Dies ist ein 
Beispiel..." beginnende Zeile 
steht zwar auf dem Bildschirm 
an der hier abgebildeten Posi- 
tion unmittelbar unter der 
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wissen 





Das eingeblendete Menü 
läßt sich bei LESS-TEXT 
übergehen, indem die 
gewünschte Taste zur 
Anwahl der Funktion 
schnell nach Eingabe der 
ee e ausgelöst 


Kopfzeile, der Formatierer hin- 
gegen wird eingedenk der An- 
weisung zwei Leerzeilen einzu- 
fügen, diesen Text in die dritte 
Zeile verlegen. Also “What You 
See Is What You Get’ — wenn 
man die Zeichen richtig zu deu- 
ten weiß. 


Ganz anders haben sich die 
LESS-TEXT-Entwickler ent- 
schieden. Man möchte dem 
Schreiber einen von Formatan- 
gaben ungetrübten Blick auf sei- 
nen Text lassen. Deshalb darf 
dieser zwar per Menü-Anwahl 
eine Kopfzeile vorgeben, jedoch 
wird diese im normalen Fließ- 
text nicht angezeigt, sondern ist 
erst aufdem Ausdruck zu sehen. 
Die IFHIT-Leute haben sich 
ähnlich entschieden. Die Kopf- 
zeile wird per Funktionstaste 
eingerichtet und bleibt dem su- 
chenden Blick des Betrachters 
am Bildschirm verborgen. Sie 
wird erst auf dem Ausdruck 
sichtbar. 


Hier sieht man deutlich den Un- 
terschied zur Schreibmaschine: 
LESS-TEXT und IFHIT tren- 
nen den Ausdruck und die Ge- 
staltung grundsätzlich von der 
Texteingabe. Das Terminal 
dient allein der Darstellung des 
Textes, die Gestaltung läßt sich 
per Menü-Anwahl oder Funk- 
tionstasten einrichten, wird aber 
erst auf dem Ausdruck sichtbar. 
LEX bietet zwar bereits auf dem 
Bildschirm Informationen über 
die Textgestaltung, nicht aber in 
der von der Schreibmaschine 
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Von LESS-TEXT werden 
verschiedenste Terminals 
unterstützt. Es bleibt Platz für 
weitere Anpassungen. 





gewohnten Art und Weise, son- 
dern in Form von Makrobefeh- 
len. 


Gegensätze vereint? 


Weil eine Vielzahl von Funktio- 
nen für den Anwender bereitge- 
halten werden — und damit er 
diese findet -, zeichnet sich ein 
Software-Paket durch eine mehr 
oder minder gelungene Benut- 
zerführung aus. Diese gilt als 
eine der kritischsten Aspekte ei- 
nes modernen Software-Pakets 
. . „schließlich ist es das, was der 
Anwender als erstes und neben 


BEREITETE 
sich durch eine 


EIORTET 
Benutzeroberfläche 
EICH 





seinen Texten am häufigsten zu 
sehen bekommt. Der Komfort 
und die Übersichtlichkeit der 
Benutzerführung entscheiden 
von Anfang an darüber, wie der 
Anwender mit dem System zu- 
rechtkommt und wie bequem er 
auf lange Sicht gesehen mit dem 
Programmpaket wird arbeiten 
können. 


Allerdings sind dies zwei gegen- 
sätzliche Forderungen: UÜbli- 
cherweise benötigt der Anwen- 


der in der Anfangs- und Einge- 
wöhnungsphase eine wesentlich 
umfassendere Unterstützung 
durch das System als späterhin. 
Hat er sich aber erst an den 
Ablauf gewöhnt, dann erweist 
sich eine zu ausführliche Benut- 
zerunterstützung als unange- 
nehm, denn er wird im Fluß der 
Arbeit unterbrochen, obgleich 
er wüßte, wie er die gewünschte 
Funktion auslösen kann. 


Bei LESS Software ist man hier 
einen eigenen Weg gegangen. 
Die Funktionstasten, oder aber 
andere Tastenkombinationen, 
werden dazu verwendet, mehr- 
zeilige Menüs aufzurufen, die 
als Tabelle mögliche Funktio- 
nen bereitstellen und die An- 
wahl dieser Funktionen per Ta- 
stendruck erlauben. Der Gag: 
weiß man inzwischen, welche 
Taste gedrückt werden muß, um 
das gewünschte Resultat zu er- 
zielen, drückt man nach der 
Funktionstastenanwahl unmit- 
telbar diese Taste. LESS-TEXT 
‘merkt’, daß die Unterstützung 
durch das Menü nicht mehr be- 
nötigt wird und blendet es gar 
nicht erst ein. So kommt der 
LESS-TEXT-Profi ohne Menü 
aus, während der LESS- 
TEXT-Neuling durch die Funk- 
tionstaste das Menü auslöst. 


IFHIT kennt bei den meisten 
Funktionen keine Menüs. Dan- 
kenswerterweise werden Tasta- 
turbelegungsschablonen für die 
verschiedensten Tastaturen mit- 
geliefert, so daß es nicht not- 


wendig ist, das Handbuch im- 
mer griffbereit neben sich stehen 
zu haben. Funktionstasten- und 
Tastaturbelegungsübersichten 
unterstützen den Anfänger. Bei 
LESS-TEXT ist man ohne Ta- 
staturschablonen ausgekom- 
men, weil bereits das Grundpro- 
gramm eine freie Belegung der 
Tasten mit Funktionen erlaubt. 
Wer also an einem Terminal 
sitzt, das keine Funktionsta- 
sten-Reihe hat, oder aber wem 
das Hingreifen zu den Funk- 
tionstasten ein Ärgernis ist, der 
kann die Funktionen tabellen- 
gestützt auf Citrl-Tasten- 
Kombinationen der eigenen 
Wahl legen. IFHIT unterstützt 
die gleiche Funktion mit dem 
Konfigurationsprogramm 
CLOU. En passant: hat man 
sich IFHIT neu konfiguriert 
nützen die mitgelieferten Tasta- 
turbelegungsschablonen und 
Funktionstastenübersichten na- 
türlich nichts mehr. 


Auch LEX wird mit Tastatur- 
und Funktionstastenübersich- 
ten ausgeliefert. Ähnlich wie bei 
LESS-TEXT wird zunächst 
mittels einer Funktionstaste ein 
Menü ausgelöst; in diesem Fall 
allerdings ein einzeiliges Menü 
am unteren Bildschirmrand. 


Die Anwahl der Untermenü- 
funktionen geschieht dann 
ebenfalls mittels Funktionsta- 
sten. Auffällig ist bei LEX, daß 
meistens mehrere Menüebenen 
untereinander liegen. Nach ei- 
genen Angaben war man be- 
müht, die häufiger verwendeten 
Funktionen in die erste Menü- 
ebene zu legen, um dem Anwen- 
der im Normalfall das mehrfa- 
che Drücken der Funktionsta- 
sten zu ersparen. Gerade bei 
LEX lassen sich die Tastenbele- 
gungen ändern: LEX ist zu- 
nächst eine Makroprogram- 
miersprache mit circa 400 Text- 
verarbeitungsgrundfunktionen. 
Der Hersteller hat eine Auswahl 
dieser Makros in Menüs zusam- 
mengefaßt. 


Entscheidend ist, daß der An- 
wender frühzeitig erkennt, was 
für ihn angenehmer ist. Eigene 
Bildschirmseiten für Menüs zu 
verwenden, wie LESS-TEXT es 
tut, heißt, daß man aus dem 
Zusammenhang des bearbeite- 
ten Textes herausgerissen wird, 
wenn man Funktionen aufrufen 
will. Dies ist zu umgehen, hat 
man die Tastenkombinationen 
für die häufigsten Befehle ge- 
lernt - aber etwas knapp. Unter 
LEX hat der Anwender den 
Vorteil, daß sein Text erhalten 
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LEX beruht auf einer 
ausgetüfftelten 

Makroprogrammier- 
sprache mit über 400 


Befehlen. Die gesamte 
WNERTSTTTGET TE 

(e RT VE TZerTelg: Tel) 
geschrieben. 


Das dem LESS-TEXT 
beiliegende Terminal- 
Anpassungsprogramm 
erlaubt die manuelle 
Eingabe von 
Steuerungszeichen zur 
Anpassung an neue 
Terminals. 





welches am Bildschirm die ak- 
tuelle Bearbeitungsposition im 
Text anzeigt. Cursor-Steuerung 
dient dem Navigieren im Text, 
also dem Ändern der aktuellen 
Position. Alle drei Programme 
erlauben das Bewegen des Cur- 
sors von Zeichen zu Zeichen, 
sowohl vorwärts als auch rück- 
wärts, wortweise, zeilenweise 
sowie bildschirmseitenweise. 


Allerdings gibt es hier bereits 
Unterschiede. Wo hört ein Wort 
auf, und wo fängt das nächste 
an? Diese Frage beantwortet 
sich aufgrund der eingerichteten 
Worttrennzeichen, von denen 
LESS-TEXT maximal 40 unter- 
schiedliche zuläßt, LEX und IF- 
HIT hingegen nur sieben. Vor- 
eingestellt sind diese Zeichen 
zum Beispiel mit Leerschritt, 
Punkt oder auch anderen Satz- 
zeichen. Beim bildschirmweisen 
Blättern wäre es unpraktisch, 


TEXT blättern jeweils um drei 
Viertel der Bildschirmseite vor 
oder zurück. Der Cursor bleibt 
an der zuletzt eingenommenen 
Bildschirmposition ‘eingefro- 
ren’. LESS-TEXT erlaubt zu- 
dem die freie Konfiguration der 
Anzahl von Bildschirmzeilen, 
um die der Text verschoben 
wird. 


Die hierbei eingeschlagenen 
Strategien sind wichtig im Hin- 
blick auf den Lesekomfort und 
die Orientierungsmöglichkeit 
im Text. Was bequemer ist, den 
Cursor beim Blättern einheitlich 
immer in einer Position zu wis- 
sen oder den Blick weiterhin auf 
die bisher gültige Cursor-Posi- 
tion halten zu können, das beur- 
teilt jeder anders. 


LESS-TEXT bietet noch eine 
interessante Funktion: das Sich- 
ten des Textes. Der gesamte 
Text wird mit einer voreinstell- 





bleibt, auch wenn er das Funk- 
tionsmenü anwählt. Allerdings 
ist das Menü entsprechend kurz 
und knapp gehalten. 


Wollte sich der Anwender die 
Zeit nehmen und sich mit der 
Programmierung von LEX tie- 
fer auseinandersetzen, er könnte 
nicht allein die Tastaturbele- 
gungen, sondern viele der 
LEX-Funktionen ändern, an- 
passen und ergänzen, bis er eine 
maßgeschneiderte LEX-Ver- 
sion sein eigen nennen würde. 
(Das Handbuch zu LEX könnte 
er dann allerdings zu großen 
Teilen wegschmeißen und unter 
LEX ein neues schreiben, wüßte 
er noch, wie!). 


Navigieren im Text 


Was bei der Schreibmaschine 
der Walzendrehknopf für das 
eingespannte Blatt oder die 
Hand des Lesers beim Umblät- 
tern der Seiten ist im Rechner 
die Cursor-Steuerung. Mit Cur- 
sor wird ein Symbol bezeichnet, 


iX 11/1988 


Die IFHIT-Entwickler 
haben die meisten 
Funktionen auf 
Funktionstasten gelegt, 
damit der Bildschirm für 
den Text frei bleibt. 


würden jeweils sämtliche Zeilen 
vom Bildschirm verschwinden. 
Der Leser hätte keine Veranke- 
rung im bisher gelesenen Text. 
LEX löst dieses Problem so, daß 
jeweils um die Anzahl von Bild- 
schirmzeilen minus eins vor- 
oder zurückgeblättert wird. So 
kann sich der Leser am bisher 
geschriebenen Text orientieren. 
Der Cursor wird dabei jeweils in 
der untersten oder obersten 
Zeile in die Anfangsposition ge- 
bracht. IFHIT und LESS- 


baren Geschwindigkeit 
wärts oder rückwärts bewegt. 
Der Text kann an einer beliebi- 
gen Position angehalten wer- 
den. Der Vollständigkeit halber 
sei noch erwähnt, daß alle drei 
Programme das Springen an 
den Anfang oder das Ende eines 
Dokuments unterstützen. 
LESS-TEXT hat zusätzlich die 
Möglichkeit, gezielt durch die 
Angabe von Seiten-Zeilen- 
Kombinationen den Cursor ent- 
sprechend zu positionieren. 


VOT- 


Welche Tasten verwendet wer- 
den, um die Cursor-Position zu 
ändern, ist zu bedenken, mag es 
auf den ersten Blick auch recht 
banal erscheinen. Weil bei der 
Textverarbeitung die Position 
im Text oft verändert wird, ist 
es von Bedeutung, ob zur Cur- 
sor-Steuerung die Finger von 
der alphanummerischen Tasta- 
tur genommen werden müssen 
oder in der gleichen Position 
verbleiben können. Dies ist wie- 
derum individuell zu entschei- 
den. LESS-TEXT und LEX las- 
sen eine freie Konfiguration zu, 
IFHIT im Verbund mit dem 
Zusatzprogramm CLOU eben- 
falls. 


Eng mit der Positionierung des 
Cursors im Text sind die Su- 
chen- und Suchen-und-Erset- 
zen-Funktionen zu sehen. Das 
bloße Suchen: von Buchstaben- 
folgen dient ja letztlich auch nur 


Eines der wenigen Menüs 
von IFHIT dient dazu, 
Grundfunktionen 
einzustellen. 





dazu, aufgrund der verwende- 
ten Formulierungen den Cursor 
zu positionieren, Zu unterschei- 
den ist zwischen lexikalischer 
Suche, bei der die Schreibweise 
(Groß- und Kleinschreibung) 
beachtet wird, und der einfa- 
chen Suche, bei der diese igno- 
riert wird. Das Suchen und Er- 
setzen ist eine der Grundfunk- 
tionen EDV-gestützter Textver- 
arbeitung und wird natürlich 
von allen drei Kandidaten an- 
geboten. 
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An dieser Stelle hat man es wie- 
der mit einer Funktion zu tun, 
die bei der manuellen Textver- 
arbeitung mittels Schreibma- 
schine überhaupt nicht vor- 
kommt. Für die Textverarbei- 
tung ist das Suchen beziehungs- 
weise Suchen und Ersetzen ein 
Muß, denn hier hat man nicht 
eine einzelne Seite gespeichert, 
sondern womöglich ein mehrere 
hundert Seiten umfassendes 
Dokument. Der zusätzliche 
Komfort erfordert eine höhere 
Komplexität der Bedienung. 


Puzzeln statt Tippen 


Es muß nicht immer gleich ein 
vollständiges Dokument sein, 
das mit der Textverarbeitung 
aufgenommen und gespeichert 
wird. Textbausteine nennt man 
kurze Texte, die man separat 
ablegt, um sie in einem beliebi- 
gen Text wieder zu verwenden. 
Textbausteine können weitere 
Textbausteine enthalten. Es las- 






sen sich also Textbausteine in- 
einander verschachteln. 


Textbausteine sind das A und O 
von LEX. Die gesamte Verwal- 
tung von Menüs, Masken und 
Adressen beruht bei LEX auf 
Textbausteinen und natürlich 
nicht zuletzt auch die Verwal- 
tung der Textbausteine selbst. 
Zum Anlegen eines Textbau- 
steins muß man zunächst den 
Cursor an den Anfang des Tex- 
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tes positionieren, den man als 
Textbaustein sichern will. Nun- 
mehr wählt man im Menü die 


Bei IFHIT werden 
Funktionen 
vornehmlich mittels 
Funktionstasten oder 


[Ja1eJe]g-Tei st-Tatel-1g 
ESCHE Tolanlellaez1ikoJat-in) 
ausgelöst. 





Position “Anfang Textbau- 
steine’ an und führt den Cursor 
auf die Position, die das Ende 
des Textbausteins darstellen 
soll. Als letztes muß diesem 
Textblock ein Name zugewiesen 
werden, unter dem LEX diesen 
Textbaustein zum späteren Ge- 
brauch wieder auffinden kann. 
Der Textauszug, der jetzt unter 
diesem Namen verfügbar ist, 
bleibt im ersten Text erhalten. 


Aufgerufen werden Textbau- 


steine unter LEX, indem der 
Anwender den Cursor an die 
Stelle positioniert, an der er den 
Textbaustein einfügen will. 
Dann wählt er die Funktion 
‘Textbausteine ausführen’ und 
gibt den Namen des Bausteins 
an. LEX liest daraufhin den 
Text ein und positioniert ihn an 
der gewünschten Stelle. Der 
Cursor wird automatisch auf 
den ersten Buchstaben des ein- 
gelesenen Textes gestellt. 


IFHIT hingegen unterscheidet 
drei Varianten von Textbaustei- 
nen: formatierte, unformatierte 
und Textbausteine mit Einga- 
beaufforderung. Um einen for- 
matierten oder unformatierten 
Textbaustein einzurichten, wird 
das Funktionsmenü aufgerufen 
und hieraus ‘Baustein’ gewählt. 
Wie bei LEX auch, kennzeich- 
net man mittels Anfangs- und 
Endmarke den zu speichernden 


Text. Nach der Namensvergabe 
legt IFHIT eine Kopie des mar- 
kierten Textauszugs ab. Um 
welche der zwei Textbausteinar- 
ten es sich handeln soll, ist vorab 
im Archiv und Ordner festzule- 
gen. Die beiden Typen unter- 
scheiden sich danach, ob For- 
matangaben des Dokuments 
mit gespeichert werden oder 
nicht. Bei Ablage von Format- 
angaben haben diese für den 
Textbaustein bei Wiederaufruf 
weiterhin Geltung. Unforma- 
tierte Bausteine hingegen erben 
das im aktuellen Dokument gül- 
tige Format. 


Sparsam ist man in der Realisie- 
rung von Textbausteinen bei 
LESS verfahren. Hier kann man 
zwar auch einen Textausschnitt 
als Block markieren und unter 
eigenem Namen - allerdings nur 
als Datei — ablegen. Eine Ver- 
waltung der abgelegten Bau- 
steine erfolgt nicht. Beim Ein- 
bauen von Bausteinen in ein 
Dokument verfährt man wie 
beim Einlesen von Textdateien 
in ein bearbeitetes Dokument 
sonst auch. Mit Hilfe der Funk- 
tionstasten oder menügestützt 
wird die Funktion ‘Block Ko- 
pieren’ gewählt und der Datei- 
name angegeben, der eingelesen 
werden soll. 


Dort, wo Schreibmaschinen im 
Einsatz sind, ist das Arbeiten 
mit Textbausteinen nicht alltäg- 
lich. Denn mit Kopierer, Schere 
und Klebstoff muß hantiert 
werden, willman Textpassagen, 
die sich wiederholen, duplizie- 
ren und ohne erneute manuelle 
Eingabe in Texte einfügen. 
Auch das, was in der Textver- 
arbeitung Serienbrief heißt, ist 
bereits im althergebrachten 
Schreibbüro Praxis gewesen. 
Beim Schreiben des Briefes 
sparte man die Adresse aus und 
setzte zum Beispiel eine unver- 
bindliche Anrede wie ‘Sehr 
geehrte Damen und Herren’ ein. 
Nunmehr wurden Adreßaufkle- 
ber auf das Schreiben geklebt 
oder Adressen auf das exakt 
positionierte Papier kopiert. 


Die EDV macht diese Technik 
nicht nur komfortabler, sie er- 
laubt zudem, die persönliche 
Anrede auch beim Serienbrief 
zu gebrauchen und das Schrei- 
ben individuell zu gestalten. IF- 
HIT realisiert die Serienbrief- 
Funktion in zwei Schritten. Zu- 
nächst wird ein Musterbrief er- 
stellt, mit variablen Platzhal- 
tern, die in der Adreßdatei be- 
legt werden. Die Adresse eines 
Musterbriefes könnte bei IF- 


HIT zum Beispiel folgenderma- 
Ben aussehen: 


"%firma 
%strasse 


plz "ort 


Mit der Zeichenfolge “ %’ wird 
im Musterbrief eine Variable 
eingeleitet. Hiernach steht der 
Name der Variablen, zum Bei- 
spiel ‘firma’. Die Variable wird 
abgeschlossen mit einem weite- 


un. 


ren 


"%name 


In der Adreßdatei müssen sich 
nun Einträge finden, die den Va- 
riablen zugewiesen werden sol- 
len. Eine Adreßdatei enthält 
zum Beispiel folgende Einträge: 


#:firma:name:strasse:plz:Ort: 
:Blech und Schrott 
GmbH:Rust:Gorbatschow 
Weg333:1917:Washington: 


Während des Ausdruckens füllt 
IFHIT die jeweiligen Platzhal- 
ter, zum Beispiel ‘firma’, mit den 
ihnen zugeordneten Werten (in 
unserem Beispiel wäre das 
‘Blech und Schrott GmbH’). 


LESS-TEXT muß um ein optio- 
nales Paket ‘LESS-DATEN- 
BANK’ erweitert werden, um 
die Serienbrief-Funktion nutzen 
zu können. Eine in der LESS- 
DATENBANK eingebaute Se- 
lektionssprache erlaubt dann al- 
lerdings die Formulierung von 
Auswahlkriterien für einzube- 
ziehende Adressen. 


LEX realisiert die Serienbrief- 
Funktion ähnlich wie IFHIT al- 
lerdings in Form von Textbau- 
steinen. Auch bei LEX hat man 
die Möglichkeit, Selektionskri- 
terien für die Auswahl gültiger 
Adressen anzugeben. 


Haste gedacht 


Der Textverarbeiter hat es nun 
fast geschafft. Bald wirdereinen 
Ausdruck des von ihm entwor- 
fenen Textes erstellen können. 
So er will, kann er die Gestal- 
tung des Textes noch verfeinern 
und systematisieren. Hierzu die- 
nen die Formatierungsoptio- 
nen. 


Insoweit der Drucker dazu ge- 
eignet ist, können Zeichenattri- 
bute wie Fettschrift, Kursiv- 
schrift, Unterstreichung, Hoch- 
und Tiefstellen vergeben wer- 
den. Alle besprochenen Pro- 
gramme zeigen die Attribute des 
aktuellen Zeichens in der Sta- 
tuszeile an. Das IFHIT-Pro- 
gramm ermöglicht zusätzlich 
die Eingabe eines Breitschrift- 
Attributs. 
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Unter LEX hat man den 
Dokumentnamen auf sechs 
Zeichen beschränkt, um auf 
den verschiedensten 
Betriebssystemen 
einheitlich lauffähig zu 
sein. Um die 
Aussagefähigkeit zu 
erhöhen, gehört daher zu 
jedem Dokument ein 
Kurzkommentar. 


Ein Zeilenlineal wird verwen- 
det, um den Zeilenaufbau (Ta- 
bulatoren, rechter und linker 
Rand) zu bestimmen. Nach An- 
wählen des Zeilenlineals kann es 
editiert werden. Hierbei werden 
Buchstaben und Sonderbuch- 
staben verwendet, um zum Bei- 
spiel den linken Rand oder Ta- 
bulatorpositionen anzugeben. 
Zeilenlineale können unter eige- 
nem Namen gesichert werden. 
Bei Bedarf lädt man sie unter 
Angabe ihres Namens wieder 
hinzu. 


Während LESS-TEXT lediglich 
ein Zeilenlineal (die TAB- 
ZEILE) je Dokument zuläßt, 
erlauben die anderen Pro- 
gramme die Verwendung belie- 
big vieler Zeilenlineale je Doku- 
ment. Diese Einschränkung läßt 
sich bei LESS-TEXT umgehen. 
Will man ein neues Zeilenlineal 
einfügen, zum Beispiel für eine 
neue Tabelle, so muß man für 
den restlichen Text ein neues 
Dokument einrichten. 


LEX integriert das Zeilenlineal 
völlig in die Text-Werkstatt, so 
daß einfach durch das Zeichnen 
des Zeilenlineals auf dem Bild- 
schirm die Zeilenlineal-Funk- 
tion ausgelöst wird. Anders 
LESS-TEXT, wo extra ein 
Menü für die Verwaltung der 
TAB-ZEILE vorgesehen ist. IF- 
HIT verwendet für die Einrich- 
tung und Änderung seiner Zei- 
lenlineale Funktionstasten. Zu- 
sätzlich zu den TAB-ZEILE- 
Funktionen von LESS-TEXT 
enthalten die beiden anderen 
Programme die Möglichkeit, 
Spalten einzurichten. Auch 
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Die Menüs bestehen bei 
LEX normalerweise aus je 
vier Einträgen, von denen 
der letzte Eintrag oft das 
Untermenü auslöst. So 
braucht man den Text 
während der 
Funktionsanwahl nicht 
wegzublenden, muß dafür 
aber eine Verschachtelung 
der Menüs in Kauf nehmen. 





diese werden vom Zeilenlineal 
verwaltet. 


Die Programme unterstützen 
das Erstellen von Blocksatz. Als 
Hilfestellung wird hierbei eine 
Trennhilfe beim Formatieren 
der Absätze angeboten. Trenn- 
hilfen gelten als die unzuverläs- 
sigste Funktion von Textverar- 
beitungspaketen. So gestehen 
die drei befragten Firmen, daß 
die mit den Programmen ausge- 
lieferte Trennhilfe keine zuver- 
lässige Unterstützung biete. Für 
LEX kündigt der Vertreiber 
eine neue, verbesserte Trenn- 
hilfe an. 


Das Formatieren der Doku- 
mente schließt ein automati- 
sches Aufteilen des Textes auf 
verschiedene Seiten ein. Es kön- 
nen aber auch manuell Sei- 
tenende-Markierungen einge- 
fügt werden, wenn das Seiten- 
ende nach dieser Zeile erzwun- 
gen werden soll. 


Zwei der Programme, LEX und 
IFHIT, unterstützen sowohl die 
Erstellung von Kopf- als auch 
Fußzeilen, die auf jeder Seite mit 
ausgedruckt werden. LESS- 
TEXT unterstützt ausschließ- 
lich das Anlegen von Kopf- und 
Datumszeilen. 


Formulare dienen bei diesen 
Textverarbeitungssystemen 

dazu, die oben aufgeführten 
Formatvereinbarungen unter 
einem eigenen Namen abzuspei- 
chern und bei Bedarf zur 


Grundlage der Gestaltung eines 
beliebigen Textes zu machen. 


Und nun kann endlich gedruckt 
werden. Voraussetzung hierfür 
ist nicht allein, daß man über 
einen Drucker verfügt, und es 
reicht auch nicht aus, daß dieser 
Drucker mit dem eingesetzten 
Rechner bereits funktioniert 
hat. Denn entscheidend ist, ob 
die vom Format-Programm 
oder vom Druckertreiber des 
Programms erzeugten Drucker- 
anweisungen auch tatsächlich 
vom Drucker verstanden wer- 
den. Nicht immer ist dies ge- 
währleistet, haben die Drucker- 
hersteller sich doch darauf ge- 
einigt, im Hinblick auf Steu- 
erungsbefehle in nichts einig zu 
sein. Das mag etwas übertrieben 
klingen, aber Vorsicht ist gebo- 
ten. 


Bereits die Erkennung der na- 
tionalen Zeichensätze kann 
Schwierigkeiten bereiten. Zei- 
chenattribute, Papiereinzug, 
Papierstau, Positionierung von 
Adressen in die entsprechenden 
Felder und vieles mehr plagen 
den Textverarbeiter bei seinen 
ersten Ausdrucken. Haben sich 
Mensch, Rechner und Drucker 
endlich geeinigt, dürfen die Ein- 
stellungen zukünftig nicht mehr 
verändert werden, sollen nicht 
erneut Verhandlungen zwischen 
intelligenten und maschinellen 
Wesen anberaumt werden müs- 
sen. 


Luxus hat seinen Preis 


Gemeinhin wird behauptet, Ab- 
straktion eigne sich zur Verein- 
fachung komplexer Zusammen- 
hänge. Die Zerteilung der inein- 
ander verzahnten Faktoren 
Texteingabe und Textausdruck 
hat allerdings das Gegenteil be- 
wirkt. Das wundert nicht. Denn 
auf Grundlage der Trennung 
von Eingabe und Ausdruck ist 
jedes dieser Momente der Text- 
verarbeitung ausgebaut und 
leistungsfähiger gestaltet wor- 
den, als es zuvor existierte. 


Damit ist das Verarbeiten von 
Texten aber auch aufwendiger 
geworden. Während auf der ei- 
nen Seite zum Eintippen der 
Buchstaben die Gestaltung des 
Ausgabetextes als eigene Tätig- 
keit hinzugekommen ist — mit 
ihrem eigenen Befehlsumfang -, 
ist auch der gestaltete Text im- 
mer noch nicht der zu Papier 
gebrachte. Er existiert in einer 
Form, die zwar Gestaltungs- 
beziehungsweise Ausgabean- 
weisungen für den Drucker ent- 
hält, jedoch ist auch noch si- 
cherzustellen, daß der Drucker 
— es gibt unterschiedliche Aus- 
führungen — diese Angaben 
auch richtig interpretiert. 


Es werden sich für die unter- 
schiedlichen Ansätze der Pa- 
kete, die hier vorgestellt wur- 
den, Verfechter wie auch erbit- 
terte Gegner finden lassen. In- 
teressant sind vielleicht noch die 
Preise. LEX kostet für einen 
Einplatzrechner unter MSDOS 
2100DM. Je nach Rechner 
kommt LEX auf über 21 000 
DM, so zum Beispiel bei einer 
VAX-Anlage unter VMS. Hier 
kommt nichts dazu, und es fehlt 
nichts. Modular geht es dagegen 
beider Firma LESS EDV zu, die 
ihre Programme in unterschied- 
liche Bausteine packt. LESS- 
TEXT geht schon bei 550 DM 
für die bloße Textverarbeitung 
unter MSDOS los und erreicht 
Preise bis über 15 600 DM je 
nach Rechnerleistung unter 
UNIX und XENIX. IFHIT 
wird für MSDOS zum Preis von 
1490 DM angeboten. UNIX 
Versionen, die auch die Pro- 
grammiersprache CLOU umfa- 
Ben, gehen bei 3 400 DM los. 


(ig). 


Petra J. Hassan arbeitet als freie 
Dozentin und unterrichtet EDV- 
Grundlagen, Programmierspra- 
chen und Anwendungsprogramme. 
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Kooperative 
Kommunikation 


Nationale und internationale UNIX-Netze 


Cette) 


Eine Adresse ohne EMail-Spezifizierung weist 
einen heutzutage schon fast als Hinterwäldler aus. 
Doch wer was wie wodurch und wie oft sendet, ist 


damit noch längst nicht klar. Ähnliches gilt für die 
Kosten dieser modernsten Transportform des 
geschriebenen Wortes. Was bekommt man zu 
welchem Preis? 
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Basis der europäischen Variante 
elektronischer Kommunikation 
ist ein verflochtenes Etwas na- 
mens EUnet. EUnet steht für 
Europa’ und ‘Netz’ und umfaßt 
einen kooperativen Verbund 
von UNIX-Rechnern in Eu- 
ropa. Dieses Netz ermöglicht 
den Teilnehmern in Anbindung 
an das amerikanische UNIX- 
Netz ‘Usenet’ die Kommunika- 
tion durch ‘Electronic-Mail’ 
und über 300 Gruppen aller 
Themenbereiche die Teilnahme 
am Computerkonferenzsystem 
der ‘News’. 


Via EUnet erreichbar sind in 
Deutschland derzeit etwa 5000 
Teilnehmer an über 180 ange- 
schlossenen Rechnern in Uni- 
versitäten und Forschungsein- 
richtungen, Unternehmen und 
Mailboxen. Der zentrale Rech- 
ner, der sogenannte Backbone, 
wird von der Universität Dort- 
mund betrieben. In ganz Eu- 






ropa sind etwa 1000 UNIX- 
Rechner miteinander ‘vernetzt’, 
und in den amerikanischen 
UNIX-Netzen sollen gar rund 
900 000 Menschen über 9000 
UNIX-Rechner miteinander 
kommunizieren. 





Effiziente Verbindung 
durch UUCP 


Was die UNIX-Rechner so ef- 
fizient miteinander verbindet, 
ist das Programmpaket UUCP, 
in Langform UNIX-to-UNIX- 
Copy. Als Standardelement je- 
des UNIX-Betriebssystem zeigt 
sich hier wirklich ein Kind der 
Telefongesellschaft AT&T, das 
über eine serielle Schnittstelle 
und eine Telefonleitung die 
Übertragung von Daten von ei- 
nem zum anderen UNIX- 
Rechner ermöglicht. Hinter 
dem Namen UUCP verbergen 
sich mehrere Programme, die 
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ein Spool-System zum Senden 
und Empfangen von Daten be- 
reitstellen. (Näheres dazu im 
Artikel “Wer mailt denn da” in 
dieser Ausgabe.) Zugleich stellt 
UUCP auch ein Übertragungs- 
protokoll für den File-Transfer 
per Remote Execution aufeinen 
anderen Rechner dar. UUCP- 
Standard ist das sogenannte 


‘Mail über EUnet ist 
eine billige und 
schnelle Kommuni- 


kationsmöglichkeit 
vom Schreibtisch aus.’ 


G-Protokoll für eine Daten- 
übertragung in kleineren Pake- 
ten über die störanfällige Tele- 
fonleitung. 


Da in Europa häufig der effi- 
zientere Datentransfer via X.25 
möglich ist, wurde hierfür im 
EUnet das sogenannte F-Proto- 
koll entwickelt. Statt vieler klei- 
ner Prüfsummen wird hierbei 
unter Ausnutzung der Flußkon- 
trolle vom UNIX-Rechner, Pad 
und X.25 nach einem komplet- 
ten Dateitransfer nur die ge- 
samte 'Checksum’ verglichen. 
Innerhalb des EUnet wird für 
die Fernverbindungen der na- 


tionalen Backbones untereinan- 
der ausschließlich dieses soge- 
nannte schnellere ‘EUnet- 
UUCP" benutzt, das auch den 
angeschlossenen Teilnehmern 
kostenlos zur Verfügung gestellt 
wird. 


Diese Aussicht auf ein ‘funktio- 
nales UUCP- beziehungsweise 
Mail-Paket, kostenlos und dazu 
noch auf Datex-P (F-Protokoll) 
zugeschnitten’, überzeugte In- 
teressenten wie die Firma Kon- 
tron Elektronik aus München- 
Eching, die Kommunikation 
mit der US-Tochter via EUnet 
zu führen. Der Software- 
Entwickler Horst Lauber dazu: 
‘Hauptnutzer der Mail-Dienste 
sind sicher Entwickler, die fach- 
liche Korrespondenz mit Kolle- 
gen suchen — wer hat schon ein- 
mal einen Treiber XYZ imple- 
mentiert? —, aber auch marke- 
ting-orientierte Leute aus ande- 
ren Abteilungen, die mit Kun- 
den Kontakte pflegen.’ 


Adressierungs- 
Probleme 


UUCP ermöglicht die Übertra- 
gung von Dateien auf einen an- 
deren Rechner, ja sogar über 
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mehrere Zwischenrechner hin- 
weg, die jeweils nur die Datei 
weiterreichen. Diese Befehls- 
kette spiegelte sich in den An- 
fängen der UUCP-Kommuni- 
kation auch in einer Adressie- 
rung wider, die bis heute noch 
möglich ist: Der ‘Pfad’ oder die 
Adresse vom amerikanischen 
Gateway-Rechner für Europa, 
“Uunet, zu einem Mail- 
Empfänger auf dem deutschen 
Rechner ‘cosmo’ sieht zum Bei- 
spiel so aus: 
uunet!unido!hostlempfänger 


Diese sogenannte Bang- 
Adressierung (‘bang’ steht im 
Englischen für Knall, die Mail 
wird sozusagen von Rechner zu 
Rechner 'geknallt’), die vom 
Nutzer ein genaues Wissen über 
alle Zwischenstationen bis zum 
Mail-Empfänger fordert, hat 
lange zu dem schlechten Ruf des 


Ethernet!" 


X,25 


Tel.-Modem 


‘Chaosnetzes’ Usenet beigetra- 
gen. Heute ist die Adressierung 
im gesamten offiziellen Usenet 
und stärker noch im EUnet 


durch die ‘absolute’ Mail- 
Adresse wie 
empfänger@host. uucp 
erheblich erleichtert worden. 


Diese Adressierung funktioniert 
jedoch nur problemlos, wenn 
der gewünschte UUCP-Rech- 
ner auch in der im gesamten 
Usenet/EUnet mehrfach vor- 
handenen Datenbank, den 
‘Maps’, mit den jeweiligen Netz- 
verbindungen korrekt festge- 
halten ist. Das Programm ‘Pat- 
halias’ sucht für jede Adresse die 
jeweils günstigsten Zwischen- 
rechner aus und routet automa- 
tisch. 


Im amerikanischen Usenet ist es 
jedem teilnehmenden Rechner 


Terminal 










smtp, nmtp 
E-Mail, News 















System 
smtp, nmtp 
E-Mail, News 


x.25 


Ethernet" 


Der Mail Transport Agent 
ist das Herz des 
UNIX-Mail-Systems, um das 
sich Tools zur 
Schnittstellenprogram- 
mierung gruppieren. 


uucp 
E-Mail, News 


Mail Transport Agent 


sendmail, mmdf, smail 


E-Mail, News 


mail, mh, smail 
E-Mail 





Lokale Mailbox 
Jusr/spool/mail/... 


Tel.-Modem 


selbst überlassen, diese über 
3 MByte Daten für das automa- 
tische Routing selbst zu halten. 
Im EUnet dagegen wird das 
automatische Routing ebenso 
wie die Verwaltung der dauernd 
aktualisierten Map-Daten von 
den nationalen Backbones 
übernommen. Im internationa- 
len E-Post-Betrieb sollten die 
einzelnen angeschlossenen EU- 
net-Rechner möglichst nicht 
selbst routen, sondern alle un- 
bekannten Mail-Adressen ein- 


fach per UUCP an den nächsten 
Zwischenrechner übergeben — 
so es einen gibt — oder direkt an 
den nationalen Zentralrechner 
am Backbone. 


Geschwindigkeit ist 
keine Hexerei... 


Das Store-and-forward-Prinzip 
der UUCP-Netze macht die 
Geschwindigkeit der EMail von 
der Häufigkeit des Verbin- 
dungsaufbaus oder Pollens ab- 
hängig. Mail für die USA wird 
von Unido aus zweimal in der 
Stunde in die ‘schnellen’ Linien 
des Usenet übergeben. Teilneh- 
mer, deren Rechner die Daten- 
post nur einmal am Tag abru- 
fen, erreicht die Mail eben nur 
einmal innerhalb eines Tages. 
Für die Software-Entwicklerin 
Angelika Kogel von Softlab in 
München bestehen die Vorteile 
der EMail daher in der garan- 
tierten Zustellung durch den 
direkten Anschluß an einen 
UNIX-Rechner: ‘Mail über 
EUnet ist eine billige und 
schnelle Kommunikationsmög- 
lichkeit vom Schreibtisch aus. 
Es müssen auch keine Zeitver- 
schiebungen wie bei Telefona- 
ten in die USA berücksichtigt 
werden.‘ Die Firma Softlab 
kommuniziert via EUnet mit 
europäischen Partnern in För- 
derprojekten, Kunden und Lie- 
feranten von Software, zum Bei- 
spiel werden Fehlermeldungen 
ausgetauscht. 


Wer liefert wie? 


Mail gilt als Standard-Tool im 
UNIX-Betriebssystem, so daß 
sich für den lokalen Benutzer 
beim Übergang in die nationale 
oder internationale Kommuni- 
kation in der Adressierung an 
der Benutzeroberfläche nur we- 
nig ändert. Herz eines jeden 
UNIX-Mail-Systems ist der 
‘Mail Transport Agent’, der 
jede Mail, die auf dem Rechner 
empfangen oder verschickt 
wird, entsprechend der Adresse 
an die lokale Mailbox oder ei- 
nen anderen Rechner weiterlei- 
ten muß. Innerhalb eines loka- 
len Netzes wie Ethernet erfolgt 
das meist per SMTP, dem Sim- 


ple Mail Transfer Protocol, dem 
amerikanischen Standard zur 
Übertragung von Nachrichten, 
teilweise auch TCP/IP oder 
NMTP. 


Die bekanntesten Programme 
dafür sind ‘sendmail, smail, 
mmdf', die als wichtigste Da- 
teien die spezielle Sendmail- 
Konfiguration und die entspre- 
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chenden Alias-Namen für die 
Adressen verwaltet. Bei der 
Kommunikation mit anderen 
Rechnern verwaltet der Trans- 
port Agent auch die angekom- 
menen oder zum Abruf gespei- 
cherten Daten in den UUCP- 
Spool-Dateien. 


Rückgrat gefragt 


Im allgemeinsten Sinne umfaßt 
der Backbone, das Rückgrat, 
alle Knoten des Netzes, die 
Weitverkehrsverbindungen 
übernehmen und damit die fi- 
nanzielle Hauptlast des Netzes 
tragen. In den USA werden die 
Backbones sowohl von Telefon- 
gesellschaften wie AT&T oder 
Rechnerherstellern wie DEC als 
auch durch Angestellte und Por- 
tokassen von Forschungsein- 
richtungen und Universitäten 
getragen. Diese offenen Porto- 
kassen und die Tatsache, daß 
angeschlossene Institutionen 
nur ihre Kommunikationsko- 
sten bis zum nächsten Backbone 
oder Zwischenrechner tragen, 
haben zur weiten Verbreitung 
des Usenet beigetragen. Für 
Unternehmen zählt häufig auch 
die Tatsache, daß das Usenet 
beziehungsweise EUnet das ein- 
zige nichtkommerzielle Kom- 
munikationsnetz ist, das Unter- 
nehmen einen vollkommen 
freien Zugang ans Netz und da- 
mit einen Informationsaus- 
tausch mit den Universitäten 
erlaubt. 







“mcevax” 
Europäischer 
Zentralrechner 


USA “uunet” 
Gateway ins Usenet 
Über andere Rechner 
Verbindung zum Arpanet 
und sonstige Netzwerke 







Das verteilte Computerkonfe- 
renzsystem des Usenet mit den 
über 400 News-Gruppen baut 
auf dem noch größeren Netz 
von UUCP-Rechnern auf, die 
Mail empfangen können. Da es 
keine festen Entscheidungsträ- 
ger oder Körperschaften gibt, 
weder ein Aufnahmeformular 
noch eine finanzielle Beteili- 
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gung, wird das Netz ‘anar- 
chisch’ von den Initiativen aus 
dem Netz getragen. Im Hinter- 
grund wirken die Verwalter der 
Backbone-Rechner, die Ent- 
scheidungen oder Projekte zu- 
gunsten des gesamten Netzes 
durchführen und im Informa- 
tionsaustausch stehen. Back- 
bone-Knoten verwalten auch 
die weitere Netzinfrastruktur 
wie Gateways in andere Netze 
oder Archiv-Server für Pro- 
gramme oder Texte. Bei einer 
weitgehend unstrukturierten 
Netzstruktur finanziert die ame- 
rikanische UNIX-User-Group 
‘Usenix’ den zentralen Netz- 
Service-Knoten ‘UUnet’, der 
auch den Gateway für das euro- 
päische EUnet darstellt. 


Das News-System setzt mit dem 
Programm ‘Readnews’ in der 
Gestaltung der News-Artikel 
und deren Verwaltung unmittel- 
bar auf dem Mail-System auf 
und weicht damit technisch nur 
geringfügig vom Standard- 
UNIX-Mail-System ab. Von 
zwei Studenten 1980 zur Verbin- 
dung zum Informationsaus- 
tausch zwischen zwei Universi- 
tätsrechnern begründet, ist das 
weiterentwickelte News-Soft- 
ware-Paket, wie so viele Pro- 
gramme im Netz, im EUnet als 
kostenloses Programm vom na- 
tionalen Backbone zu erhalten. 


Das Team zur Verwaltung des 
deutschen Backbones ‘Unido’ 












“uka 
Gateway ins CSNet 





Gateways und 
Verbindungen in andere 
Netze vom deutschen EUnet 
aus via Unido. 


ist in der Informatik-Rechner- 
Betriebsgruppe der Universität 
Dortmund angesiedelt. Via 
“Unido’ kann die Datenpost der 
deutschen “EUnetter’ direkt ins 
EUnet und amerikanische Use- 
net und über Gateways in die 
wichtigsten internationalen 
Computernetze gesandt wer- 
den. Dazu gehören zum Beispiel 
das große amerikanische US- 
Forschungsnetz ARPA-Inter- 
net, das IBM-unterstützte ame- 
rikanische Bitnet oder der euro- 
päische Counterpart EARN, 
das britische Janet oder austra- 
lischee ACSnet, aber auch 
X.400-Netze wie das Deutsche 
Forschungsnetz (DFN). 


EUnet zeigt Struktur 


Das europäische EUnet konnte 
seit seinen Anfängen im Jahr 
1983 kaum auf die finanzielle 
oder sonstige Unterstützung 
durch Unternehmen oder gar 
Telefongesellschaften zurück- 
greifen. Daher entstand unter 
dem Dach der European UNIX 
User Group , der EUUG, das 
EUnet als kooperatives Netz 
von 19 nationalen UNIX- 
Gruppen. Die nationalen EU- 
net-Backbones sind vor allem 
an Universitäten oder For- 
schungseinrichtungen angesie- 
delt. Der EUnet-Zentralknoten 
MCVAX in Amsterdam, bei 
dem die derzeit monatlich etwa 
70 Megabyte an News-Daten 
per Standleitung eintreffen, ver- 
teilt die News oder Mail-Daten 
sternförmig an die verschiede- 
nen Länder. Die Kosten für die 
Übertragung der News- 
Gruppen in und aus den USA 
und der zentrale Service von 
MCVAX werden von allen 
Backbones gemeinsam getragen 
und dadurch so niedrig wie 
möglich gehalten. Daher ist eine 
‘ordentliche Verwaltung’ im 
EUnet zwangsweise auch etwas 
wichtiger als im Usenet. Hinzu 
kommt der Anspruch der euro- 
päischen Backbones, auch wirk- 
lich für ihr Rechnernetz verant- 
wortlich zu sein und Ansprech- 
partner darzustellen. 


Das Prinzip verteilter Kosten 
und sternförmiger Topologie 
mit Zwischenrechnern wird so- 
weit wie möglich auch in den 
nationalen Gruppen fortgesetzt. 
In Deutschland existieren bis- 
lang vor allem zwei Zwischen- 
rechner, einer bei Siemens in 
München (CTIVAX), der 
zweite steht an der Technischen 
Universität Berlin (TUB). Für 
die Teilnahme am EUnet wird 
die Mitgliedschaft in der Ger- 





man UNIX User Group voraus- 
gesetzt. 


Ein ‘Postmasterteam’ am deut- 
schen Backbone der Uni Dort- 
mund wartet technisch vor al- 
lem den MX-500 des deutschen 
Zentralrechners Unido und die 
Zugänge über Telefonmodem 
oder Datex-P für die inzwischen 
180 angeschlossenen Unterneh- 
men oder Universitäten. Der 
Gesamtumsatz verteilter News 
und Mail-Daten bewegt sich zur 
Zeit mit zunehmender Tendenz 
monatlich bei etwa 1,5 Giga- 
byte. Darüber hinaus stehen die 
postmaster@unido (sprich: 
Postmaster at Unido) den EU- 
net-Teilnehmern für alle Fragen 
bereit, die das Netz und dessen 
Verwaltung betreffen; beispiels- 
weise UUCP, Sendmail-Konfi- 
guration oder die News- 
Installation, Map-Adressen 
oder Bitnet-Gateway, Abrech- 
nungssoftware oder allgemeine 
Informationen. 


Über 300 News-Gruppen aller 
Themengebiete werden im EU- 


Für Unternehmer 
zählt häufig auch die 
LEICHT TG EIEET 
Usenet beziehungs- 
INTIETEET GER 
einzige nicht- 


kommerzielle 
Kommunikationsnetz 
ist, das Unternehmen 
St lsllelgur:ifelace 
austausch mit den 
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net mit dem Usenet ausge- 
tauscht, die sich aus offenen 
Diskussionsforen und mode- 
rierten Gruppen zusammenset- 
zen. Die News stammen zum 
größten Teil aus den ange- 
stammten Themengebieten 
Computer und Technik (Sy- 
steme, Sprachen, Peripheriege- 
räte, KI, Ausbildung), aber 
auch aus der Wissenschaft, wie 
den Bionet-Gruppen, dem Frei- 
zeitbereich (rec.games, Science 
Fiction Lovers) oder gesell- 
schaftlichen Problemfeldern, 
die im ‘populären’ Usenet mit 
den ‘talk’- und ‘soc-Gruppen’ so 
hohe Datenmengen verursa- 
chen, daß sie nicht ins EUnet 
übernommen werden. Besonde- 
rer Beliebtheit erfreuen sich bei 
Unternehmen die Public-Do- 
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main-Programme, die in den 
Source-Gruppen verteilt wer- 
den. Im DNet, der bundesrepu- 
blikanischen Untergruppe von 


EUNet, existieren auch 
deutschsprachige Foren. 
Low-Cost-Bewegung 


Vor etwa einem Jahr entstand 
neben und in Anlehnung an EU- 
Net ein kleineres Netz von 
UUCP-Nutzern namens 'Sub- 
net’. Als Grund gibt einer der 
SubNet-Gründer, Clemens 


Schrimpe aus Berlin, an, ‘die 
monatliche Grundgebühr von 
400 DM zur Teilnahme am 
deutschen EUNet' sei ‘nicht 
suitable für Privatleute’, und der 
80-Mark-Tarif zur Teilnahme 
an der Diskussion in ausschließ- 
lich europäischen Netzen 
schließe einen von den interes- 
santen News aus. Zur Zeit sind 
circa 70 Rechner an SubNet an- 
geschlossen, überwiegend freie 
Mailboxen und Einzelpersonen. 
Man ist in Diskussion mit dem 
Dortmunder Backbone-Team. 
Strittig ist, wie und zu welchen 


Kosten die Unido-Dienste mit- 
benutzt werden können; aber 
auch die Höhe der von Unido 
erhobenen Gebühren über- 
haupt. Die Debatte ist in weiten 
Zügen eine Wiederholung des 
auch in anderen gesellschaftli- 
chen Bereichen beliebten Dis- 
kurses ‘Gegen den Kommerz, 
weil er einfach zu teuer ist’ ver- 
sus “‘Gleichbleibender hoher 
Leistungsstandard kostet eben 
sein Geld". 


Alles hat seinen Preis 


Für einen EUnet-Anschluß fal- 
len neben den Kosten für einen 
meist schon vorhandenen 
UNIX-Rechner und die Kom- 
munikations-Hardware (Tele- 
fonmodem oder PAD) vor al- 
lem die eigenen Kosten für die 
Übertragung der Daten vom 
Backbone auf den eigenen 
Rechner ins Gewicht. Die Ge- 
bühr für die Teilnahme am EU- 
net ist nach kommerzieller und 
nichtkommerzieller Nutzung 
differenziert, wenn Firmen auch 
die US-News beziehen wollen, 
wird eine Grundgebühr von 400 
Mark erhoben (näheres siehe 
Kasten). 


Solide 80386-Technik 


anstelle fernöstlichen Überreizens 


Weitere Produkte 


GM6-Plus-Maus 
incl. Softw. Dr. Halo 


14”-Monitor Flatscreen 
Doppelfrequenz, invers, 
amber oder S/W 
1,44-MB-Laufwerk 
VE-DATA-3,5” 
720-KB-Laufwerk 
YE-DATA-3,5” 
XT/AT-Floppy-Controller 
auch für 3,5”, 1,44 MB 


Color-Grafik-Printerkarte 
bis 12 MHz 


Multi /O für XT o. FDC 
serielle Schnittstelle für AT ..... 
serielle Schnittstelle für XT..... 


Gehäuse mit Netzteil 


DALVO TECHNIK VERTRIEB 


Bärbel Dalheimer 


state 


Zu teuer? Zwei Antworten aus 
dem Netz: Auf die Frage eines 
neuen Systemadministrators, 
wie man die Netnews auf den 
Maschinen eines Unternehmens 
rechtfertigen könne, entgegnet 
Derek Tervor vom Site hawk- 
mooon.MN.Org: ‘Ich selbst 
habe nützliche Informationen 
aus dem Usenet gezogen. Auch 
nurein oder zwei Mal von dieser 
Art reichen für mich aus, seine 
Existenz zu begründen.’ Und 
Clayton E. Cramer fügt hinzu: 
‘Misc.jobs.wanted ist für die 
Bohnenzähler aus der Buchhal- 
tung das überzeugendste Argu- 
ment von allen, zum Usenet zu 
gehören. Ein Suchartikel dort 
hat uns den Gegenwert einer 
Jahres-Telefonrechnung er- 
spart... Kein Geld für einen 
Headhunter oder Umzugsbei- 
hilfen — a solid win, all the way 
around.’ (JS) 


Anke Goos studiert Journalistik an 
der Universität Dortmund und ist 
eine der Postmaster bei Unido. 


LEOMK 


Leistungsmerkmale des 
Ampex 80386 


— „LANDMARK“ = 30 MHz 
— amerikanisches Design 
— 6/20 MHz Taktfrequenz / 0 Waitstate 


— 80386 CPU 20 MHz 
— 64 KByte Cachespeicher 
(ein-, ausschaltbar) 


— 32 Bit BIOS 


— 32 Bit Datenbus für gesamten RAM-Bereich 
von 10 MB 


— 100/120 ns RAMs verwendbar bei NULL-Wait- 


— 80387 Fassung 
— EGA & 80387 Emulation vom BIOS aus 


— BIOS-Unterstützung von 720 KB, 1,2 MB, 
1,44 MB Laufwerken 


— Setup mit Festplatteninitialisierung 
— Eingabemöglichkeit 


individueller Festplattenparameter 
— Autointerleave für Festplatten 
— Diagnoseprogramm eingebaut 
— UNIX, XENIX, QNX, 08/2, DOS lauffähig 


XT/AT-Einschubgeh. für 4LW... 380,— 
Baby-Klappgeh. für 3LW 


Baby-Einschubgeh. für 4LW ... 445,— 
schwarz od. weiß 


Erbacher Straße 37 - 6127 Breuberg 1 
Telefon 06165/2060 oder 2010 
Telex 4191997 dtecd : Fax 06165/2000 
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Inittah 
Inittab 


Langsam gewöhnt man sich an 
den Umstand, daß immer neue, 
schnellere und leistungsfähigere 
Computermodelle auf dem 
Markt erhältlich sind. Motoro- 
las Fangemeinde bejubelt ge- 
rade die 68030er (in VME-Bus- 
Systemen auch schon ein alter 
Hut), Intelaner freuen sich hin- 
gegen über die neue mit 25 MHz 
getaktete 80386-CPU. Zum Be- 
gutachten und Testen stand der 
GTI 325 auf dem Prüfstand. 


Kern des Systems GTI 325 ist 
das Intel-Mainboard ISBC- 
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302-AT25, die CPU 80386-25 
wird mit satten 25 MHZz getak- 
tet. 64 KB schnelles Cache sor- 
gen dabei für eine quasi wait- 
state-freie CPU-Umgebung. 
Aufder Platine sind zwei serielle 
und eine parallele Schnittstelle, 
Keyboard-Interface sowie acht 
Erweiterungs-Slots in drei Stan- 
dard-Normen untergebracht. 
Der Sockel für den mathemati- 
schen Coprozessor 80387-25 ist 
in Prozessornähe vorhanden. 


Bis zu 8MB kann auf der Pla- 
tine an Speicher aufgerüstet wer- 
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een Te NS 


den. Dabei kommen SIMMs 
(Single In-line Memory Modu- 
les) zum Einsatz, wahlweise 
256-K B- oder 1-MB-Einheiten. 


Speicher fast ohne 
Grenzen 

In zwei Vierergruppen gestattet 
das den Ausbau auf I MB und 
2MB (256-KB-SIMMs) oder 
4MB und 8MB _ (I-MB- 
SIMMs). Wer mehr Speicher 
möchte, kann diesen auf Erwei- 
terungskarten in die zwei 
32-Bit-Slots einbringen. Da die 
Slots mit 25 MHz getaktet sind, 
ist das RAM genauso schnell 
wie der On-Board-Speicher. Mit 
zwei 8-MB-Karten sind im Mo- 
ment 24 MB Speicher zu errei- 
chen, theoretisch geht's bis 
256 MB. Der Test-Rechner war 
mit 4MB RAM bestückt. 

Um bei der genannten Taktfre- 
quenz ein Prozessorzyklus 
dauert 40 ns - ohne Wartezy- 
klen auf den Speicher zugreifen 
zu können, wären entspre- 
chende schnelle Speicherchips 
nötig. Billiger ist der Einsatz ei- 
nes RAM-Cache, der mittels ei- 
nes Cache-Controllers Blöcke 
aus dem langsamen Hauptspei- 
cher in das schnelle Cache- 
RAM überträgt, auf den die 
CPU ohne Wartezyklen zugrei- 
fen kann. Erst wenn die CPU 
Code verlangt, der sich nicht im 
Cache befindet, muß durch Zu- 
griff auf den Arbeitsspeicher der 
Cache neu aufgebaut werden. 
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Der GTI besitzt einen aus 35- 
ns-Chips aufgebauten, ab- 
schaltbaren 64-KB-Cache. Di- 
verse Testprogramme zeigten, 
daß der Caching-Algorithmus 
auch mit atypischen Speicherzu- 
griffen gut fertig wird. 


ROM-BIOS und Video-BIOS 
lassen sich ins RAM kopieren — 
oftmals als Shadow-RAM be- 
zeichnet. Da auf das RAM bis 
zu sechsmal schneller zugegrif- 
fen werden kann, profitieren 
gerade Programme mit häufigen 
BIOS-Aufrufen davon. Durch 
das Caching läuft damit auch 
das BIOS im 40-ns-Takt ohne 
Waits. Das Shadow-RAM ist 
hardwaremäßig schreibge- 
schützt, das BIOS ist somit vor 
Prögrammfehlern sicher- außer 
es befindet sich gerade im 
Cache. Dort kann es sehr wohl 

mit systemabstürzender Wir- 
kung — überschrieben werden. 


DOS und/oder UNIX 


Wird der Rechner als DOS- 
Maschine verwendet, ist ent- 
sprechend dem AT-Standard 
der Speicher zwischen 15,5 MB 
und 16 MB für das BIOS-ROM 
reserviert. Rüstet man den Spei- 
cher darüber hinausreichend 
auf, was derzeit nur unter 
UNIX sinnvoll erscheint, stört 
das dort eingeblendete ROM. 
Mit Hilfe einer Steckbrücke, 
sinnigerweise als UNIX-Jumper 
bezeichnet, läßt es sich ausblen- 


Zur Freude eines 
jeden Fakirs ist die 
CPU mit einem 
‘Nagelbrett' zur 
Kühlung versehen, 


und auch die schier 
endlosen ‘'PAL-Gräber’ 
(JaulelatzJake 11-7 
Leistungsaufnahme 

fe EX N ElfeleXorzIge EHE: 17]; 
rund 60 W. 





den, so daß man einen durchge- 
henden Adreßraum erhält. 


Durch Partitionieren der Fest- 
platte kann man DOS und 
UNIX wahlweise ‘fahren’. Die 
Festplatte des Testmodells war 
so konfiguriert, daß nach dem 
Einschalten zwischen DOS und 
UNIX gewählt werden konnte. 
Wurde DOS gebootet, trat ein 
kleiner Schönheitsfehler auf: 
Der Timer-Interrupt blieb mas- 
kiert, so daß die Ticks der System- 
uhr nicht durchkamen und die 
DOS-Uhr stets auf der Boot- 
Zeit stehenblieb. Der Fehler 
liegt anscheinend an dem neuen 
Boot-Auswahlprogramm — die 
vorliegende UNIX-Release ist 
offiziell noch nicht freigegeben. 
Beim Booten von Diskette gab 
es keine Probleme. 


An Slots für Erweiterungen 
mangelt es auf dem Board nicht, 
insgesamt ist der GTI mit acht 
Slots ausgestattet, einem 8-, fünf 
16- und zwei 32-Bit-Slots. Bis 
auf die 32er Slots für die Spei- 
chererweiterungskarten beträgt 
die Taktrate auf dem Bus ‘nur’ 
8 MHz. Das erscheint langsam, 
ist aber Standard: damit ist si- 
chergestellt, daß das reichhal- 
tige Angebot von PC-Zusatz- 
karten im GTI325 laufen 
dürfte. 


Ausbau ohne Ende 


Einer der AT-Slots wird durch 
den kombinierten Festplatten- 
und Floppy-Controller belegt. 
Der Controller verlangt ESDI- 
Laufwerke, die gegenüber den 
preiswerteren ST506-Laufwer- 
ken eine höhere Datenübertra- 
gungsrate (10 MBit/s) gestat- 
ten. Die mittlere Zugriffszeit des 
Fujitsu-Laufwerkes beträgt 
etwa 26 ms, durch RLL-Auf- 
zeichnung mit 36 Sektoren wird 
die Plattenkapazität auf 
150 MB (formatiert) hochge- 
schraubt. Der Controller gestat- 
tet die Betriebsart 'non-interlea- 
ved', bekannt als Interleave 1:1. 
Durch diese Konfiguration 
steigt der Datendurchsatz auf 
beachtliche 800 KB/s. Bei einer 
größeren Anwendung zeigte 
sich die Stärke dieser Konfigu- 
ration. Der Controller kann ein 
weiteres Laufwerk — auch mit 
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Das GTI-325-System auf einen Blick 


abweichender Kapazität — be- 
dienen, so daß der GTI 325 
auch hier noch genügend Luft 
besitzt. 


Viel Grafik 


Ausgestattet mit einer Grafik- 
karte Sigma VGA/H sind alle 
gängigen Grafikstandards ver- 
fügbar: VGA, EGA, CGA, 
MDA und He:cules. Die Grafi- 
ken bis zu einer Auflösung von 


800 x 600 Punkten können auf 


TTL- oder Analog-Monitore 
ausgegeben werden. Wer EGA 
oder VGA mit 256 Farben aus- 
nutzen möchte, braucht aller- 
dings unbedingt einen Analog- 
Monitor. Beim Einsatz diverser 
Standardsoftware sowie von Ei- 
genentwicklungen, die EGA 
und VGA bis hinunter zur Re- 
gisterebene verwenden, gab es 
keine Kompatibilitätspro- 
bleme. Der schnelle Rechner 
führt auch komplexere Grafik- 
berechnungen schnell aus, bei 
Einsatz eines Coprozessors ist 
allerdings eine beachtliche Ge- 
schwindigkeitszunahme zu er- 
warten. 


Beim Setzen der Pixel auf dem 
Bildschirm durch Schreiben in 
das Video-RAM geht es jedoch 
byteweise mit 8 MHz über den 
AT-Bus. Etwa || Wartezyklen 
muß die CPU dabei einlegen 
(VGA-Modus 640 x 480). Beim 
Transfer eines Rasterbildes in 
das Video-RAM ist damit der 
GTI mit dieser Grafikkarte ge- 
genüber einem ‘gewöhnlichen’ 
AT mit 8 MHz nicht im Vorteil, 
wie Vergleiche zeigten. Aber die 
Hauptarbeit ist ja die Erzeu- 
gung des Rasterbildes, und hier 
kommen die Stärken des 
25-MHz-Prozessors voll zur 
Geltung. 


Nicht ganz überzeugt hat die 
Bildschirmwiedergabe in den 
höher auflösenden Grafikmodi. 
Am oberen Bildrand traten Ver- 
zerrungen auf. Ob die Video- 
karte oder der Monitor hier ei- 
nen Ausreißer hatte, konnte 
nicht überprüft werden. 


Abwärme 


Zur Freude eines jeden Fakirs 
ist die CPU mit einem ‘Nagel- 
brett' zur Kühlung versehen, 
und auch die schier endlosen 
‘PAL-Gräber’ erhöhen die Lei- 
stungsaufnahme des Main- 
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Prozessor: Intel 80386 mit 25 
MHz. optional: mathemati- 
scher Coprozessor 80387-25 


Hauptspeicher: 4 MB, optio- 
nal bis 8MB on Board 


Cache: 64 KB, 35 ns 


Erweiterungsbus 
32/16,/8 Bit): 8/2/5 


(gesamt 
| 


Erweiterungskarten: Grafik- 
karte Sigma VGA H. bis max. 
800 x 600 Bildpunkte, 256 
Farben aus einer Palette von 
262 144: Adaptec ESDI- 
Kombi-Controller non-inter- 
leaved für 2Platten und 
2 Floppies. Excelan Netz- 
werkkarte Exos 205T, incl. 
TCP IP Software für UNIX 
V 386 3.0, optional alle AT- 
Bus-Kart 


Massenspeicher Fujitsu 
M2246e ESDI-Festplatte mit 
150 MB bei 36 Sektoren, mitt- 
lere Zugriffszeit 25 ms; 
1.2MB  Diskettenlaufwerk: 
optional 1.44-MB-Disketten- 
laufwerk. andere Festplatten 
und 60-MB-Streamer 


Monitor: Hitachi CM 1473 
ME. 14"-Multisync-Color- 
Monitor. maximale Auflö- 
sung von 560 x 800 Punkten 


Betriebssysteme: 
UNIX System V 
lease 3.0. DOS 3.30 


Microport 
386 Re- 


Sonstige Software: JSB -Mul- 
tiview für System V 386, 
nichtgrafisches Window-Sy- 
stem für Alpha-Terminals 


Preis: Je nach Ausstattung 
zwischen 23 300 und 
50.000 DM. die getestete Ver- * 
sion liegt bei etwa 35 000 DM 


boards auf rund 60 W. Damit 
zwischen den Erweiterungskar- 
ten kein Klima wie im Toaster 
entsteht, ist der Rechner mit ei- 
nem zweiten Lüfter ausgestat- 
tet, der kühlenden Wind erzeugt 
— leider steigt dadurch auch das 
Arbeitsgeräusch. Die Festplatte 
schnurrt leise vor sich hin, die 
optisch eh nicht so günstig pla- 
zierte Festplatten-LED wird 
durch den deutlich hörbaren 
Kopfantrieb ersetzt — ohne je- 
doch unangenehm zu werden. 
Die Tastatur, obwohl von leich- 
terer Bauart, ist nicht zu bean- 
standen. Ein Schalter auf der 
Rückseite vertauscht die "Con- 
trol’- und "Caps Lock '-Taste. 
Das mitglieferte Hardware- 
Handbuch muß als vorbildlich 
bezeichnet werden, wenn es 
auch zum größten Teil in Eng- 
lisch abgefaßt ist. Es enthält 
weitgehend die Originaldoku- 
mentationen der Hersteller der 
Einzelkomponenten. Sowohl 
derjenige, der nur einmal einen 
Blick ins Innere des Rechners 
werfen möchte, wie auch der 
technisch Versierte findet viel 
Wissenswertes vor. Spätestens 
beim Wunsch zu erweitern, wird 
man die ausführlichen Unterla- 
gen zu schätzen wissen. 


UNIX schnellgemacht 


Der 80386-Prozessor bietet gute 
Voraussetzungen für das Be- 
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Wer die allgemeine 
Frage ob, ein Rechner 
schnell genug ist, mit 


‘Ja’ beantwortet, muß 
lee deli NEISSE: T7 
Lett ETEUTTT 
besitzen. 





triebssystem UNIX. Auf dem 
Chip ist einiges an Hardware in- 
tegriert, was andere noch dazu- 
bauen müssen. So gibt es eine 
Speicherverwaltungseinheit, die 
den Einsatz von virtuellem Spei- 
cher und Paging ermöglicht, 
und Befehle, die das Multitas- 
king unterstützen. 


Der GTI 325 wurde mit UNIX 
System V Release 3.0 in einer 
Portierung von Microport aus- 
geliefert. Dazu kam eine Ether- 
net-Karte von Excelan mit der 
entsprechenden TCP/IP- 
Software, die die Integration in 
bestehende Netzwerke 'ermög- 
licht. Dazu kam noch die Fen- 
sterumgebung Multiview von 
JSB, die allerdings keine grafi- 
schen Möglichkeiten bietet. 

Der erste Eindruck beim Starten 
des Rechners war durchaus 
überzeugend, vom Boot- 
Prompt bis zum Login verging 
nur kurze Zeit. Nach dem Login 
konnte man mit der auf Berke- 
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ley-UNIX-Systemen weit ver- 
breiteten C-Shell arbeiten. An- 
genehm ist, daß an der Konsole 
vier virtuelle Bildschirme zur 
Verfügung stehen. Auf einem 
Bildschirm kann man editieren, 
auf dem nächsten einen Com- 
piler starten und auf dem näch- 
sten eine Netzwerkverbindung 
griffbereit haben. Das Umschal- 
ten geschieht einfach über die 
Alt-Taste, kombiniert mit den 
Funktionstasten FI-F4. 


Sitzt man nicht an der Konsole, 
sondern ist man über eine se- 
rielle Leitung oder Ethernet an 
den Rechner angeschlossen, so 
bietet Multiview einen Ersatz 
für die virtuellen Bildschirme. 


reitete keine Schwierigkeiten, 
problemlos waren: Datei- 
Transfers vom Rechner zu an- 
deren und umgekehrt, Logins 
auf anderen Rechnern starten 
oder von anderen Rechnern 
über das Netz auf dem GTI zu 
arbeiten. Dabei spielte es keine 
Rolle, ob von einem PC oder 
einer Workstation aus Kontakt 
gesucht wurde. Hier bewährt 
sich der Einsatz des TCP/IP- 
Protokolls für die Verbindun- 
gen. Von den PCs aus wurde mit 
Ethernet-Karten von Western 
Digital und der angepaßten 
KA9Q-Software von Philip 
Karn (u. a.) gearbeitet. Die PCs 
konnten nur mit FTP (Datei- 
transfer) und Telnet (Login 


Ergebnisse auf einen Blick 


Über ein Menü lassen sich 
Shell-Prozesse erzeugen, die je- 
weils in einem eigenen Fenster 
ablaufen. Multiview bietet dar- 
über hinaus die Möglichkeit, 
Menüs selbst zu erzeugen. In ei- 
ner Datei wird eine Beschrei- 
bung des Menüs abgelegt, so 
daß sich für bestehende Pro- 
gramme neue menüorientierte 
Oberflächen erzeugen lassen be- 
ziehungsweise neue Anwendun- 
gen direkt mit diesen Menüs 
konzipieren lassen. Dieses Kon- 
zept erinnert etwas an den Me- 
nügenerator, den es mit der 
Microsoft-Maus für MSDOS 
gibt. 


Ein Nachteil des Ganzen be- 
steht allerdings darin, daß diese 
Software weit von einem Stan- 
dard entfernt ist, auch wenn sie 
für zahlreiche UNIX-Systeme 
erhältlich ist. Der Mangel an 
grafischen Fähigkeiten 
schränkt zudem von vornherein 
die Möglichkeiten bei der Ge- 
staltung von Benutzeroberflä- 
chen ein. 


Nicht mehr allein 


Den Rechner in unser bestehen- 
des Ethernet zu integrieren be- 
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übers Netz) arbeiten, auf dem 
GTI und den Workstations 
standen dazu noch die Berke- 
ley-Werkzeuge für Kopieren 
über das Netzwerk (rcp, remote 
copy) beziehungsweise Starten 
von Dialogprozessen (rlogin, 
remote login) zur Verfügung. 
Bei der Verwendung von 'rcp' 
wurden beträchtliche Übertra- 
gungsraten erreicht. Zur Soft- 
ware gehört auch eine Biblio- 
thek, die es dem Programmierer 
gestattet, eigene Netzwerkan- 
wendungen zu schreiben. Es ste- 
hen dabei die gleichen Mittel zur 
Verfügung wie auf Berkeley- 
Systemen (Sockets), das heißt, 
Software, die dafür entwickelt 
wurde, läßt sich leicht portieren. 
Insgesamt zeigt sich das Ether- 
net-Paket sehr leistungfähig 
und hinterläßt einen sehr posi- 
tiven Eindruck. 


Sichere Investition 


Wer die allgemeine Frage ob, 
ein Rechner schnell genug ist 
mit ‘Ja’ beantwortet, muß ein 
großes Maß an Abgeklärtheit 
besitzen. Auch beim GTI gibt es 
natürlich Dinge, die so lange 
dauern, daß man anfängt, am 


Bleistift zu kauen oder sonstigen 
Unarten nachzugehen. Trotz- 
dem muß man sagen, daß noch 
mehr Leistung wohl erst bei 
Rechnern zu finden ist, die er- 
heblich mehr kosten. Genauso 
läßt sich erheblich weniger Lei- 
stung finden bei Rechnern, die 
das gleiche kosten. Der GTI er- 
füllt in vielen Punkten die An- 
forderungen, die heute an 
Workstations gestellt werden - 
mehrere Megabyte Speicher, 
noch mehr Megabyte Platte, ei- 
nige MIPS und ein Grafikbild- 
schirm. 


Heute werden praktisch alle 
Workstations mit einer UNIX- 
Implementation geliefert, ent- 
weder System V von AT&T 
oder Berkeley 4.2. Hersteller 
wie Sun oder Apollo bieten zum 
Teil gemischte Systeme an, Sy- 
stem V mit Berkeley Erweite- 
rungen oder umgekehrt. Dazu 
kommt meist eine grafische Be- 
nutzerschnittstelle wie X-Win- 
dows, NEWS oder ähnliches. 


Der GTI 325-Rechner läßt sich 
von der Leistung und Ausstat- 
tung her mit solchen Worksta- 
tions vergleichen. Bei uns konn- 
ten wir den Rechner verschiede- 
nen Sun-Workstations gegen- 
überstellen: Sun 3/50, 68020 mit 
15 MHz und Sun 3/60, 68020 
mit 20 MHz. Bei den reinen 
Rechenleistungen zeigt sich der 
GTI den Suns weit überlegen. 


Der 80386-Prozessor 
bietet gute 
Voraussetzungen für 
das.Betriebssystem 
UNIX. Auf dem Chip 


ist einiges an 
Hardware integriert, 
was andere Hersteller 
alolei a Wo F- PAR] er: 187-73 
müssen. 





Der bekannte Dhrystone-Test 
liefert als Ergebnis beim GTI 
circa 7500, die Sun 3/60 erreicht 
einen Wert von 3500 und die 
kleinere Sun 3/50 um 2100. Bei 
der grafischen Benutzeroberflä- 
che mußte er allerdings passen; 
dies ist kein Problem des Rech- 
ners, sondern der verfügbaren 
Software. X-Windows als grafi- 
sche Benutzerschnittstelle gibt 
es zwar für 80x86-Rechner, 
stand uns aber nicht zur Verfü- 
gung. Selbst wenn man ein bes- 
seres Grafiksystem dazukauft, 


kommt man preismäßig immer 
noch gut hin. 


Zukunftsträume 


Eine interessante Sache brachte 
der Test zutage, der GTI konnte 
trotz schneller Platte und 
schneller CPU nicht mit einer 
Sun 3 mithalten, wenn es um 
den Plattenzugriff ging. Wurde 
zum Beispiel eine große Datei 
auf das NULL-Device übertra- 
gen (also lesen und wegschmei- 
Ben), dann mußte man bei dem 
GTI doch erheblich länger war- 
ten als bei der Sun. Der Grund 
hierfür liegt in den unterschied- 
lichen Implementierungen des 
Dateisystems. Die Suns arbeiten 
mit dem offensichtlich nicht 
umsonst so genannten Fast- 
File-System (FFS), das in Ber- 
keley entwickelt wurde. Es gibt 
Hersteller, die System V statt 
mit dem traditionellen mit dem 
schnellen Dateisystem ausstat- 
ten oder auch den gleichzeitigen 
Einsatz beider Systeme erlau- 
ben. Microport wäre. gut bera- 
ten, an diesem Punkt zu arbei- 
ten, denn das derzeitige Datei- 
system ist wie ein Fahren mit 
leicht gezogener Handbremse. 


Cash and carry 


Insgesamt gehört das Intel- 
Mainboard zum Besten, was es 
auf 80386-Basis gibt. Verschie- 
denste Benchmarks zeigen, daß 
es in die Gruppe der 
80386-Flaggschiffe einzureihen 
ist. Die von der Firma GTI 
GmbH, Aachen, zugefügten 
Teile sind sorgfältig ausgesucht 
und abgestimmt. Die ordentli- 
che Verarbeitung des GTI 325 
wirkt zuverlässig. Natürlich hat 
das Ganze auch seinen Preis, ab 
23 300 DM ist die kleinste Kon- 
figuration erhältlich (2 MB 
RAM, 1,2-MB-Floppy, 40-MB- 
Festplatte, eine parallele, zwei 
serielle Schnittstellen, Mono- 
chrom-Monitor, DOS 3.30). 
Die getestete Konfiguration 
schlägt mit etwa 31 000 DM für 
die Hardware und 4000 DM für 
die Software zu Buche. (pan) 


Uwe Arndt ist Diplom-Informati- 
ker und seit drei Jahren wissen- 
schaftlicher Leiter des Rechenzen- 
trums der EWH Koblenz. 





Dr. Manfred Jackel arbeitet am 
Institut für Informatik dee EWH 
Koblenz. _Arbeitsschwerpunkte: 
Programmiersprachen und Perso- 
nal-Computing. 
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report 


Das kommerzielle RDBMS 
(Relationale Datenbankmana- 
gement-System) Ingres ist ein 
‘Kind’ der Universität von Ka- 
lifornien. Dort wurde es Mitte 
der 70er Jahre von den Profes- 
soren M. Stonebraker, L. Rowe 
und E. Wong entwickelt. Seit 
etwa 1978 wurden diverse Er- 
weiterungen eingebaut, wie die 
Unterstützung verteilter Daten- 
banken und eine spezielle Ab- 
fragesprache für den Wissen- 
schaftsbereich, das SQL-ähnli- 
che QUEL. Das so entstandene 
“University Ingres’ vermarktete 
dann die 1980 gegründete Rela- 
tional Technology Inc. 


Derzeit arbeitet Michael Stone- 
braker an Postgres (Post In- 
gres). In diesem Datenbanksy- 
stem will er eine Reihe von Zie- 
len verwirklichen, die er als ‘ge- 
nerell richtungsweisend für die 
kommende Generation der Da- 
tenbanksysteme’ erachtet. 


Eines der Hauptziele ist, auch 
Non-standard-Daten wie die 
von CAD-/CAM-Anwendun- 
gen unter Beibehaltung des 
theoretisch fundierten relatio- 
nalen Modells effektiv verarbei- 
ten zu können. In einem Zwi- 
schenbericht für verschiedene 
US-Behörden, die das Projekt 
finanzieren, hat Michael Stone- 
braker Teile des Postgres-De- 
signs vorgestellt. Im folgenden 
werden im wesentlichen die 
Thesen dieses Forschungspa- 
piers erläutert. 


Für CAD ungeeignet 


Das Problem: Es gibt eine Viel- 
zahl technischer/wissenschaftli- 
cher Anwendungen (CAD 
CAM, Softwareentwicklungs- 
Umgebungen, geographische 
Daten und anderes), deren Mo- 
dellierung im relationalen Da- 
tenmodell den Leistungsdurch- 
satz eines solchen Systems dra- 
stisch absenken. 


Grund ist die wesentlich höhere 
Komplexität dieser Daten. Eine 
Konstruktionszeichnung etwa 
muß beim Aufruf aufgrund der 
abgespeicherten Relationen neu 
erstellt und auf den Bildschirm 
gebracht werden. Dies ist bei 
herkömmlichen relationalen 
Datenbanksystemen nicht in- 
nerhalb der akzeptablen ein 
oder zwei Sekunden möglich, da 
zum Aufbau des Objektes (der 
Zeichnung) zu viele Datenbank- 
abfragen durchgeführt werden 
müssen. 


In den letzten Jahren sind eine 
Reihe von Spezial-Datenban- 
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ken entwickelt worden, die für 
diese oder andere Anwendungs- 
gebiete von Bedeutung sind. 
Eine gemeinsame Schnittmenge 
dieser Konstrukte ist nahezu 
undenkbar. Was die CAD- 
Anwender benötigen, hat wenig 
zu tun mit den Anforderungen 
an eine Wissensdatenbank. 
Postgres will nun ein Unterstüt- 
zungssystem bereitstellen, das 
komplexe Objekte wie Kon- 
struktionszeichnungen mit einer 
einzigen Abfrage bereitstellen 
kann, ohne aber auf die Ein- 
fachheit des relationalen Ansat- 
zes zu verzichten. 


Denn ein Verzicht auf das rela- 
tionale Modell ist aus mehreren 
Gründen nicht angebracht. Der 
erste Grund ist eben die er- 
wähnte Einfachheit. Komplex- 
ere Modellierungen sind in der 
Regel schwerer zu beschreiben 
und zu erlernen; sprich: dickere, 
teurere Handbücher, längere 
Schulungen und so weiter. 


Der zweite Grund ist die Kom- 
patibilität zu anderen Datenba- 
sen, insbesondere Finanz- und 
Buchhaltungsdaten, die mehr 
und mehr in relationale Modelle 
übertragen werden. Und nicht 
erst durch CIM sind hier 
Schnittstellen notwendig. Eine 
CAD-Datenbank etwa, die den 
Entwurf einer Platine enthält, 
muß spätestens bei der Frage 
nach den Herstellungskosten 
mit Lieferanten-Daten und Tei- 
lelisten korrelierbar sein. Diese 
Korrelation ist natürlich um so 
schwerer herzustellen, je hetero- 
gener die Datenmodellierung 
1st. 


Neue Typen 
müssen her 


Postgres nun unterstützt die 
Verwaltung komplexer Objekte 
in einer relationalen Datenbank 
durch die Implementation 
zweier neuer Datentypen: Ab- 
strakte Datentypen (ADT) und 
Prozeduren. 


Abstrakte Datentypen sind an- 
wenderbestimmt und können 
für beliebige Spalten beliebiger 
Relationen definiert werden. Da 
neue Datentypen auch in even- 
tuell besonderer Weise mitein- 
ander verknüpft werden sollen, 
kann die Abfragesprache um 
neue Operatoren ergänzt wer- 
den. Neue Operatoren werden 
durch selbstgeschriebene Proze- 
duren implementiert. 


Dadurch können alle Arten von 
Objekten, die üblicherweise in 
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Ingenieur-Anwendungen anzu- 
treffen sind (zum Beispiel Kä- 
sten, Linien, Polygone, Punkte, 
Liniengruppen, komplexe Zah- 
len, Vektoren, Bitmaps und so 
weiter), effektiv verarbeitet wer- 
den. Aber auch traditionelle 
Anwendungen profitieren da- 
von. Beispielsweise implemen- 
tieren viele kommerzielle Sy- 
steme Datum und Zeit als eige- 
nen Datentyp mit den dazuge- 
hörigen Operatoren. Die dort 
definierte Subtraktion, die Mo- 
nate mit 30 und 31 Tagen unter- 
scheidet, ist aber für viele An- 
wendungen im Bankenbereich 
ungeeignet, da diese von 12 
gleich langen Monaten zu je 30 
Tagen ausgehen. Abhilfe schafft 
hier allein ein ADT mit benut- 
zerbestimmbaren Operatoren. 


Dieser ADT-Vorschlag wird er- 
gänzt durch Konstrukte, die es 
erlauben, einen heuristisch ar- 
beitenden Query-Prozessor zur 
Optimierung der Anfrage- 
Ausdrücke neuer Operatoren 
und Datentypen einzusetzen. 


In drei Fällen allerdings hilft 
auch das ADT-Konstrukt nicht 
mehr weiter: 


— Objekte mit mehreren Ebenen 
von Subobjekten 

— Objekte mit unvorhersehba- 
ren Zusammensetzungen 

—- Objekte mit gemeinsamen 
Subobjekten 


Dreimal ungenügend 


Das Hierarchie-Problem: Eine 
CAD-Anwendung kann es er- 
forderlich machen, Teile eines 
Gebäudes in einer Datenbank 
abzulegen, etwa einen Schreib- 
tisch. Dieser Schreibtisch seiner- 
seits ist zusammengesetzt aus 
Subobjekten, zum Beispiel 
Schubladen, die ihrerseits aus 
Subobjekten wie Schlössern be- 
stehen können. Eine solche 
Teile-Hierarchie ist für viele In- 
genieur-Anwendungen typisch. 
Will ein Anwender das Schloß 
der rechten, unteren Schublade 
bearbeiten, würde es der vorge- 
schlagene ADT notwendig ma- 
chen, einen Operator für jeden 
Zugriff auf allen Hierarchieebe- 
nen zu schreiben. Der Anwen- 
der dagegen erwartet, daß die 
Abfragesprache ihn beim Off- 
nen komplexer Objekte und bei 
der Suche nach Subobjekten un- 
terstützt; er würde die Notwen- 
digkeit, einen eigenen Operator 
für jeden Suchzugriff zu imple- 
mentieren, als schlicht unzu- 
mutbar ablehnen. 
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Mit dem Postgres- 
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Stonebraker Ziele 
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‘generell richtungs- 


weisend für die 
kommende Generation 
der Datenbanksysteme’ 
erachtet. 





Das Unvorhersehbarkeits-Pro- 
blem: Gesetzt, man hätte eine 
Datenbank, die alle Objekte 
verwaltet, die auf den Schreib- 
tischflächen herumstehen. Auf 
manchen Schreibtischen stehen 
Blumen, auf anderen Telefone. 
In diesem Fall kann die Menge 
der Subobjekte eines Schreibti- 
sches Teilmenge einer unüber- 
schaubar großen Mengen von 
Objekten sein. Auch für diesen 
Zweck wird der Anwender 
kaum die Muße aufbringen, 
Operatoren für alle Zugriff auf 
diese Objekte zu schreiben. 


Das Problem gemeinsamer Sub- 
objekte: Gibt es zum Beispiel in 
besagtem Gebäude einen Hei- 
zungsraum, der von mehreren 
Räumen aus zugänglich ist, 
wäre es angebracht, den Hei- 
zungstrakt nur einmal abzuspei- 
chern, und ihn zu einem gemein- 
samen Subobjekt mehrerer Ob- 
jekte (Räume) zu machen. Der 
ADT in der vorgeschlagenen 
Form verfügt nicht über diese 
Möglichkeit. 


Um Objekte mit diesen Anfor- 
derungen zu unterstützen, gibt 
es in den Postgres-Definitionen 
die Möglichkeit, Prozeduren als 
Datenbankobjekte zu imple- 
mentieren. Es werden drei For- 
men von Prozeduren unter- 
stützt: “Registrierte Prozedu- 
ren’, die in Abfragen benutzt 
werden können, und zwei pro- 
zedurale Datentypen, ‘POST- 
QUEL-Prozeduren’ und ‘para- 
metrisierte POSTQUEL-Proze- 
duren'. POSTQUEL ist die 
Weiterentwicklung von QUEL. 


Registrierte Prozeduren: Eine in 
einer höheren Programmier- 
sprache geschriebene Prozedur 
kann unter Postgres mit folgen- 
den Angaben registriert werden: 
Name der Prozedur 

Einrichter der Prozedur 
Datentypen der Parameter 
Datentyp des Rückgabewerts 


Programmiersprache 
Quellcode der Prozedur 
Flag zur Typprüfung 

Flag für die Vorberechnung 


Die Anmeldung der Prozedur 
erfolgt mittels eines POST- 
QUEL-Kommandos, das die 
Information in zwei System- 
Relationen einfügt: einmal für 
die Prozedur-Information und 
einmal für die Parameter. Nach- 
dem die Prozedur von POST- 
GRES kompiliert wurde, kann 
sie unter POSTQUEL überall 
dort aufgerufen werden, wo ak- 
tuell unter QUEL Funktionsauf- 
rufe erlaubt sind. 


Denkbar wäre etwa eine Proze- 
dur namens ‘ist-überbezahlt’, 
die Alter und Gehalt eines An- 
gestellten vergleicht. Ange- 
wandt auf die klassische Ange- 
stellten-Relation, wäre dies 













Michael Stonebraker von 
der Berkeley-University hat 
Ingres mit aus der Taufe 
gehoben und forscht jetzt 
an Postgres, einer 
Erweiterung des 
relationalen Datenbank- 
Designs. 


etwa folgendermaßen zu formu- 
lieren: 


retrieve (ANGEST.all) where 
ANGEST.alter > 35 
and 
is-überbezahlt 
(ANGEST.gehalt, 
ANGEST.alter) 


Für diese Prozeduraufrufe stellt 
Postgres die gängigen Einstell- 
möglichkeiten bereit, wie Type- 
Checking ein/aus und so weiter. 
Die selbstdefinierten Prozedu- 
ren sollen auch ‘debugged’ wer- 
den können. 


Prozeduren 

als Datentyp 

Datentyp POSTQUEL-Proze- 
dur: Dem Datentypen eines Fel- 


des einer Relation kann der Typ 
POSTQUEL-Prozedur zuge- 


wiesen werden. Zum Beispiel: 
create ANGEST 
(name=char(10), 
alter=integer, 
hobbies=POSTQUEL) 
Für jeden ADT existieren ange- 
schlossene Übersetzungsrouti- 
nen zwischen externer und inter- 
ner Darstellung. Die Überset- 
zungsroutine für POSTQUEL 
erlaubt die Angabe eines in An- 
führungszeichen gesetzten 
Strings, der den POSTQUEL- 
Code enthält. Mittels einer re- 
gistrierten Prozedur ‘file’, die ei- 
nen Dateinamen akzeptiert und 
den Inhalt der Datei zurückgibt, 
läßt sich nun ein Append-Befehl 
folgendermaßen formulieren: 


append to ANGEST 
(name = ‘Mike’, 
alter= 10, 
hobbies = file(‘/usr/myfile’)) 


In der Datei ‘/usr/myfile’ sind 
Anweisungen enthalten, die aus 
anderen Relationen Tupel mit 
passenden Hobbies für Mike 
selektieren; etwa 


retrieve (WINDSURF.all) 
where 
WINDSURF.name = ‘Mike’ 
retrieve (BASEBALL.all) 
where 

BASEBALL.name = ‘Mike’ 


Um das oben beschriebene Hier- 
archie-Problem lösen zu kön- 
nen, ist es wichtig, daß jedes 
prozedurale Objekt auf Tupel 
zugreifen kann, die ihrerseits 
prozedurale Objekte enthalten, 
so daß eine Objekt-Hierarchie 
aufgebaut werden kann. Von 
mehreren Objekten gemeinsam 
‘genutzte’ Subobjekte (der Hei- 
zungskeller) lassen sich darstel- 
len, indem sie von mehreren 
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prozeduralen Feldern referen- 
ziert werden. Und da ein POST- 
QUEL-Feld jede beliebige An- 
frage beinhalten kann, ist auch 
das Problem der unvorhergese- 
henen Kombinationen von Fel- 
dern gelöst. 


Relationen 
in Relation 


Parametrisierte POSTQUEL- 
Prozeduren: Angenommen, eine 
Abteilungs-Relation (ABT) 
würde in eine Datenbank auf- 
genommen und ein Feld ‘abt’ 
der ANGEST-Relation zuge- 
wiesen. Der Wert von ‘abt’ für 
jedes Angestellten-Tupel ist die 
Anfrage: 


retrieve (ABT.all) where 
ABT.dname=$1 


$1 ist einfach ein Parameter der 
Anfrage, der von Angestellten 
zu Angestellten wechselt und die 
Abteilung kennzeichnet, der er 
angehört. Wenn diese Anfrage 
als Prozedur registriert ist, kann 
die Angestellten-Relation defi- 
niert werden durch: 


create ANGEST 
(name=char(10), 
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alter=integer, 
abt=POSTQUEL[name]) 


‘name’ ist einfach der Name der 
zuvor registrierten POST- 
QUEL-Prozedur. Einen neuen 
Angestellten kann man jetzt 
hinzufügen durch: 


append to ANGEST 
(name=‘Mike’, 
alter= 10, 
abt=‘Schuhe’) 


Der Wert des abt-Feldes ist der 
Parameter für die POST- 
QUEL-Prozedur. 


Punkt für Punkt 


Es gibt mehrere Vorteile, die 
dafür sprechen, parametrisierte 
POSTQUEL-Felder einzufüh- 
ren. So kann der Anwender An- 
fragen formulieren, die die 
Punkt-Notation verwenden, an- 
statt einen Join durchführen zu 
müssen. 


retrieve (EMP.abt.etgae) where 
EMP.name =*Mike’ 


ergibt das Stockwerk, auf dem 
Mike arbeitet. Außerdem erhält 
man eine zusätzliche Integrität 
durch die Verwendung von Pro- 
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zeduren, weil alle Angestellten- 
Sätze, die keiner Abteilung an- 
gehören, trotzdem eine Anfrage 
enthalten, die eben ‘nichts’ zu- 
rückgibt, und so automatisch ei- 
ner Null-Abteilung zugeordnet 
werden. Zudem kann der 
Query-Optimizer die Benutzer- 
Anfrage mit der Prozedur-Defi- 
nition in Verbindung bringen, 
die Anfrage auflösen und opti- 
mieren. Daher ist man nicht an 
eine bestimmte Reihenfolge der 
Punkt-Referenzierung gebun- 
den. 


Ä la Smalltalk 


Parametrisierte POSTQUEL- 
Felder und registrierte Prozedu- 
ren haben Ähnlichkeit mit 
Smalltalk-Methoden. In Small- 
talk, einer modernen, objekt- 
orientierten Programmierspra- 
che, gibt es eine Sammlung von 
Methoden, die für ein Objekt 
definiert sind und außerhalb der 
Instanzen des Objekts gespei- 
chert werden. In parametrisier- 
tem POSTQUEL gibt es genau 
eine Methode, die mit einem 
Objekt assoziiert wird, das ge- 


trennt gespeichert wird. Eine 
registrierte Prozedur ist einer 
Smalltalk-Methode ähnlich, je- 
doch sind registrierte Prozedu- 
ren global bezogen auf eine Da- 
tenbank und nicht mit einem 
bestimmten Objekt verknüpft, 
das sie dann weitervererbt. 


Die Vorteile prozeduraler Fel- 
der bestehen zunächst darin, 
daß sie es ermöglichen, unter- 
schiedliche Daten-Hierarchien 
effektiv zu verwalten. Produren 
können für verschiedene 
Zwecke eingesetzt werden, zum 
Beispiel zum Speichern von An- 
wender-Kommandos, Regeln, 
Datenbankprozeduren, Code 
für Operatoren und so weiter. 


Daher ist es sinnvoller, ein ein- 
ziges leistungsfähiges Kon- 
strukt zu verwenden, als das 
Datenbankmodell mit vielen 
unterschiedlichen dedizierten 
Fähigkeiten auszustatten. (JS) 


seit 1975 in der EDV-Ausbildung. 
Staatl. anerkanntes EDV-Berufskolleg 


und Schulungspartner führender 
Computer-Hersteller. 


Seminar-Angebot im 2. Halbjahr 1988: 
@ UNIX für 


- Einsteiger, Dauer 1 Woche 
- Fortgeschrittene, Dauer 1 Woche 
- Systemverwalter, Dauer 3 Tage 


Die meisten hervorstechenden Konstruktionen basieren auf ganz einfa- 
chen Ideen, Ideen die selbstverständlich erscheinen — wenn sie nur ein- 
mal gedacht werden. Das sind die Ideen, die konventionelle Rahmen 
sprengen — und das Unmögliche möglich machen. 


Die Technologie von mehreren 32 Bit Mikroprozessoren kombiniert mit 
der Architektur von Großcomputern und den Vorteilen von mehreren Be- 
triebssystemen ist die Basis eines sehr leistungsfähigen, schnellen und 
preiswerten Supermikrocomputers. 


Eine amerikanische Forschergruppe und japanische Produktion garan- 
tieren Zukunftstechnologie und Herstellerqualität. ® Programmieren in C für 
- Einsteiger, Dauer 1 Woche 
- Fortgeschrittene, Dauer 1 Woche 
@ Relationale Datenbank 
- SQL Grundkurs, Dauer 1 Woche 
- 4GL Aufbaukurs, Dauer 1 Woche 
@ CAD ein professionelles 3D-System 


- Dauer 3 Tage 


Natürliche Aufteilung von Aufgaben verbessert Antwortzeiten und Lei- 
stungsfähigkeit. Ein Zentralprozessor, ein Plattenprozessor und ein oder 
mehrere Kommunikationsprozessoren teilen sich die Arbeit. Mindestens 
3 Motorola 68020 Chips ergänzen sich im IBEX Supermikro. 


Der IBEX Supermikro ICON unterstützt die Betriebssysteme UNIX 4.2, 
UNIX 4.3 BSD, UNIX 5.2, PICK R83 und MS-DOS 3.2. 


Mehr statt weniger ist die Hauptcharakteristik des IBEX Supermikro: 


Mehr Flexibilität, mehr Leistung, mehr Kapazität, mehr Benutzer, mehr 
Standard-Betriebssysteme, mehr Geschwindigkeit ... 


Generalimport für Deutschland: 


=]@/gleir-/eig al Gelanlelı 
REIMER 


= 06324/1001 
FS 454653 reime d 
FAX 06324-1005 


Für jeden Teilnehmer steht ein Rechner zur Verfügung. 
Termine auf Anfrage. 
Bei Bedarf werden Schulungen auch »vor Ort« durchgeführt 


Nähere Informationen: 


Priv. Lehrinstitut für 
Informatik-Betriebswirtschaft-Elektronik 
Gemn. GmbH 

Langestraße 4, 7500 Karlsruhe 51 
Telefon 07 21/88 83 24, FAX 88 84 52 


Siemensstraße 23 
D-6733 Haßloch 


ET 
Ipe 


UNIX ist Warenzeichen von AT & T Bell Lab. 
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Teilbare Atome 


Pisa: Nichtnormalisierte relationale Datenbank 


Jürgen Seeger 


‘NF2-Relation’ ist die praktische und theoretische 
Lösung einer Kölner Firma in Anwendungsbereichen 
wie CIM, Logistik und Prozeßsteuerung, für die die 
Antwortzeiten normaler relationaler Datenbank- 
management-Systeme nicht mehr ausreichen. 


Seit etwa 10 Jahren beschäftigt 
man sich bei der infodas GmbH 
in Köln mit der Entwicklung 
von ‘Pisa’. Pisa ist ein relationa- 
les Datenbanksystem, das 
strenggenommen keines ist. Es 
erfüllt nämlich nicht die Codd- 
sche Forderung, nach der. alle 
Elemente einer Relation atomar 
sein sollen — bekanntgeworden 
als 1. Normalform der model- 
lierten Daten. 


NF? steht für ‘Non first normal 
form relations’. Auf deutsch: im 
Gegensatz zu den rein relatio- 
nalen Datenbanken sind auch 
nicht normalisierte Relationen 
zugelassen, neben elementaren 
Werten dürfen auch mehrfache, 
zusammengesetzte Werte als In- 
halt von Tabellenelementen 
(den Spalten) auftreten (siehe 
Zeichnung). 


Dadurch werden nach Meinung 
der Pisa-Entwickler die Vorteile 
von hierarchischen Datenbanken 
und Netzwerk-(CODASYL)- 
orientierten Modellen mit de- 
nen des relationalen Daten- 
bank-Designs vereint. Erstere 
brillieren mit eindeutig definier- 
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ten Zugriffspfaden und direkten 
Verkettungen, letztere sind 
durchschaubar und theoretisch 
ausgereift. 


Erste deutschsprachige Veröf- 
fentlichungen, die NF? erwäh- 
nen, erschienen etwa 1983 und 
erläuterten: ‘(Das NF?-Modell) 
wird diskutiert im Zusammen- 
hang mit Datenmodellen für die 
sogenannten Nicht-Standard- 
Anwendungen... Grob ge- 
sprochen ist das NF2-Modell 
dann von Vorteil, wenn man als 
Attributwerte im Sinne des En- 
tity-Relationship-Modells 
Mengen zulassen möchte.’ 


Mengen möglich 


Die Gruppe um den Daten- 
bankentwickler H.-J. Schek hat 
im Projekt ‘Darmstädter Daten- 
banksysteme (DASDBS)’ den 
Kern eines NF?-Datenbankma- 
nagement-Systems entwickelt, 
das demnächst produktreif sein 
soll. Einen NF?-Prototyp kann 
das wissenschaftliche Zentrum 
von IBM in Heidelberg, ein frü- 
herer Arbeitsplatz von Profes- 
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Segment- 
beschreibung 





Segment- 


exemplare 


} Block 


Physische 
Datei 
(BS — Datei) 


sor Schek, vorweisen. Auch in 
Frankreich soll es entspre- 
chende Arbeiten geben, die mir 
aber nicht näher bekannt sind. 


Doch zurück zu Pisa. Implemen- 

tierte nicht-atomare Felder sind 

— mehrwertige Felder als Menge 

— mehrwertige Felder als Liste, 
die im Unterschied zur Menge 
geordnet ist 

- Redefiniton: ein Feld kann 
mehrere Felder umfassen 


Verschiedene Erweiterungen 
sind noch geplant, etwa, daß 
Felder Wiederholungsgruppen 
verschiedener mehrwertiger 
Felder enthalten können oder 
daß sich eine Datei aus mehre- 
ren verschiedenen Relationen 
zusammensetzt. 


Sowohl ein- wie auch mehrwer- 
tige Felder können indiziert 
werden. Bei ausreichend gro- 
Bem Hauptspeicher können alle 





Die Pisa-Datenbank- 
strukturen: ein- und 
mehrwertige Felder fester 
und variabler Länge 


invertierten Listen speicherresi- 
dent gehalten werden. Die Zu- 
griffszeiten sinken zusätzlich 
dadurch, daß in den meisten 
Fällen alle benötigten hierarchi- 
schen Abhängigkeiten durch ei- 
nen blockweisen Plattenzugriff 
eingelesen werden können. 


Alles auf einmal 


Die infodas-Mannschaft bietet, 
der Kompatibilität zu ‘her- 
kömmlichen’ relationalen Da- 
tenbanken wegen, eine SQL- 
Schnittstelle als Abfragemög- 
lichkeit an, der SQL-Standard 
wurde dabei um die NF?-Anfor- 
derungen erweitert. 


Pisa unterstützt nach Angaben 
von infodas ein- und mehrfach 
verteilte Datenbanken in LANs 
und WANs und ist bislang etwa 
500 Mal installiert. Mit entspre- 
chender Hardware- und Daten- 
Redundanz soll Pisa auch einen 
unterbrechungsfreien 24-Stun- 
den-Betrieb ermöglichen. 


Angeboten wird Pisa für 16- und 
32-Bit-Rechner unter 12 unter- 
schiedlichen Betriebssystemen, 
von DECs VMS und RSX über 
UNIX-Umgebungen (Sun, 
Apollo, HP, Unisys, PCS Cad- 
mus), Siemens BS-2000-Main- 
frames, Prozeß-Rechner 
(HP 1000, Modcomp) bis zu 
MSDOS-Computern. Diese 
Spannbreite spiegelt sich im 
Preisgefüge wider. Die 
MSDOS-Version kostet rund 
5000 DM, Betreiber von Main- 
frames sind ab circa 
100 000 DM dabei. (JS) 
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Relational, aber schnell 


Optimierter Datenbank-Server Informix-Turbo 


Lutz Pelikan 


Je normalisierter, desto 
langsamer - mit diesem 
Schlagwort ist das 
Grundproblem relationaler 
Datenbanken beschrieben: 
geringe Redundanz der 
gespeicherten Daten wird 
erkauft mit mäßiger 
Performance. Für die auf 
UNIX-Systemen weit 
verbreitete Datenbank 
Informix schafft der 
Datenbank-Server 
Informix-Turbo Abhilfe. 
Was dabei im einzelnen 
passiert, macht eine 
Beispiel-Installation 
plastisch deutlich. 


INFORMIX-4GL 
INFORMIX-SQL 





INFORMIX-ESQL 
Wirtssprache 
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INFORMIX-TURBO 
Datenbank-Server 


Bekanntlich können kompli- 
ziertere Abfragen in relationa- 
len Datenbanken außerordent- 
lich zeitaufwendig werden. Da 
pro Tabelle die Daten-Datei 
und mindestens eine Index- 
Datei (Informix basiert auf C-I- 
SAM) sowie diverse intern be- 
nötigte System-Dateien geöff- 
net und durchsucht werden 
müssen, wird das System ent- 
sprechend belastet. Diese lan- 
gen Zugriffszeiten sind eigent- 
lich der einzige gravierende 
Nachteil des relationalen Da- 
tenmodells. Eine Möglichkeit, 
hier temposteigernd einzugrei- 
fen, ist die Schnittstelle zum 
Dateisystem. 


File-intensiv 


Informix legt bekanntlich für 
jede Datenbank ein Directory 


Verschiedene Prozesse 


INFORMIX-TURBO 


weg Dateien des UNIX-Filesy- 
stems sind, wird auf sie über 
UNIX-System-Calls zugegrif- 
fen. Alle geöffneten Dateien 
werden in Tabellen im Kernel 
vermerkt — Folge: das System 
stößt früher oder später an seine 
Grenzen, wie maximale Anzahl 
offener Dateien, laufender Pro- 
zesse und so weiter. Zudem ist 
der Zugriff auf Files über Sy- 
stem-Calls unter Geschwindig- 
keitsgesichtspunkten nicht sehr 
effektiv. 


Und hier kommt nun Informix- 
Turbo ins Spiel: Informix- 
TURBO ist ein Zusatzprodukt 
zu den ‘normalen’ Informix- 
Produkten wie SQL, ESQC/C 
und 4GL und ersetzt die sonst 
eingesetzten Datenbankzu- 
griffsmethoden durch einen 
neuen Datenbank-Server. Ohne 





Datenbank-Server 
INFORMIX -TURBO rg: 
Datenbank-Server 


mit fünfSystemtabellen und den 
durch die Benutzer angelegten 
Tabellen mit dem Datenbank- 
namen und der Endung ‘.dbs’ 
an. Eine leere Datenbank be- 
steht also schon aus 10 Dateien 
- fünf System-Datendateien 
und die dazugehörigen Indizes. 
Für jede neue Tabelle kommen 
mindestens zwei weitere Da- 
teien (Daten und Index) dazu. 


All diese Dateien (und je nach 
Abfrage noch weitere) müssen 
bei Datenbankzugriffen geöff- 
net, durchsucht und eventuell 
verändert werden. Da es durch- 





weise das Raw-File (eine große 
UNIX-Datei) wird ausschließ- 
lich vom Turbo-Server verwal- 
tet. Dadurch wird aus UNIX- 
Sicht nur noch eine Datei offen 
gehalten, was das System deut- 
lich entlastet. Ein durchaus er- 
wünschter Nebeneffekt ist ein 
Mehr an Datensicherheit :— so- 
wohl in bezug auf Datenschutz 
wie auch auf zerstörte Dateien 
als eventuelle Folge eines 
Systemabsturzes. 


Innerhalb der Partition(s) ver- 
waltet Informix-Turbo die Da- 
ten in ‘Pages’ als kleinstmögli- 
che Zugriffseinheit. Die Größe 
einer Page ist systemabhängig 
(abhängig von der Installation 
des UNIX-Systems), üblich sind 
zwei KByte. 


Mehrere Pages werden zusam- 
mengefaßt zu sogenannten ‘Ex- 
tents’ —- zusammenhängenden 
Pages. Die Größe der Extents ist 
benutzerbestimmbar (sonst De- 
fault-Wert) und soll garantie- 
ren, daß, selbst wenn die Tabelle 
wächst, die Daten möglichst zu- 
sammenhängend abgespeichert 
werden. Das spart Plattenzu- 
griffe und Kopfpositionierungs- 
zeit und verkürzt damit die Zu- 
griffszeiten. Bei den Extents 
wird noch unterschieden zwi- 
schen ‘initial’ und ‘additional’ 
Extents, deren jeweilige Größen 


Informix-Turbo kann als Prozeß für verschiedenste 


Datenbankzugriffe aufgerufen werden. 





eines der bisherigen Informix- 
Produkte ist Informix-Turbo 
nicht sinnvoll einsetzbar, Infor- 
mix-Turbo ist im wesentlichen 
‘nur’ ein neuer Datenbank- 
Server. 


Selbstverwaltung 


Dieser Server, über den alle Zu- 
griffe auf die Datenbank erfol- 
gen, umgeht das UNIX-File- 
System und legt die Daten in 
einer Partition oder einem 
Raw-File mit eigener Struktur 
ab. Diese Partition beziehungs- 


getrennt festgelegt werden kön- 
nen. Bei den ‘initial Extents’ 
handelt es sich um die Extents, 
die zu Anfang innerhalb der 
Partition reserviert werden, ‘ad- 
ditional Extents’ werden erst 
dann benutzt, wenn der initial 
Extent bereits belegt ist. 


Weiterhin spart Informix- 
Turbo dadurch Zugriffszeiten, 
daß es sich konfigurationsab- 
hängig oft benötigte Daten im 
Shared Memory resident, also 
vor dem Auslagern auf Platte 
bei Speicherknappheit ge- 
schützt, halten kann. 
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Flexible Einrichtung 


All diese kompliziert klingen- 
den Systemparameter? müssen 
einmal bei der Erst-Installation 
von Informix-Turbo eingestellt 
werden, große Teile davon sind 
auch später noch leicht änder- 
bar, bis auf Werte wie etwa die 
Partitionsgröße. 


Nach dem Einspielen der Dis- 
ketten und der Installation der 
Software beginnt die eigentliche 
Konfiguration von Informix- 
Turbo über die Informix-übli- 
che Benutzeroberfläche. 


Log-Files abgefragt. Mit Hilfe 
dieser Log-Files kann bei even- 
tuell auftretenden Datenverlu- 
sten oder -fehlern die Daten- 
bank auf einen konsistenten 
Stand ‘zurückgefahren’ werden 
(Rollback), oder man stellt not- 
falls aus einer älteren Datensi- 
cherung den aktuellen Stand vor 
dem Absturz wieder her (Reco- 
very). 


Nach diesen Eingaben ist eine 
kleine Pause fällig, während der 
Informix-Turbo den angegebe- 
nen Datenbereich genauestens 
auf Plattenfehler untersucht 


Normalform oder Fast-Form? 


‘Relational’ bedeutet be- 
kanntlich, daß die zu spei- 
chernden Daten in verschiede- 
nen Tabellen (Relationen) ab- 
gelegt sind. Um Redundanzen 
zu vermeiden, sollte jede Rela- 
tion nur eindeutige, nicht- 
transitive Abhängigkeiten der 
Real-Welt abbilden, entspre- 
chend den von Codd ent- 
wickelten ‘Normalformen’. So 
ist etwa 


Kunde_bestellt_Artikel: 
Kundennummer 
Name 
Adresse 
Bestelldatum 
Artikelnummer 
Artikelbezeichnung 


alles andere als normalisiert. 
Die Relation bildet sowohl 
Bestellung als auch Artikel 
und Kunden ab. Deswegen 
muß beispielsweise für jeden 
bestellten Artikel die immer 
gleichbleibende Adresse mit 
abgespeichert werden. Wech- 
selt der Kunde den Wohnort, 
zieht dies Änderungen für jede 
Bestellung nach sich. 


Statt dessen legt man lieber 


Als erstes muß der sogenannte 
‘rootdbs’ angelegt werden. Das 
ist der Datenbereich (Partition/ 
Raw-File), in dem sich Infor- 
mix-Turbo die gesamten Konfi- 
gurationsparameter ‘merkt’. 


Dies kann, wie erwähnt, eine 
Partition (Device) oder eine ein- 
fache UNIX-Datei sein. Bei der 
Konfiguration muß nun der 
volle Pfad sowie die Größe des 
‘rootdbs’ angegeben werden. Im 
nächsten Schritt wird das Gerät 
zur Datensicherung (Streamer) 
einschließlich seiner Kapazität 
und die Anzahl und Lage der 
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eine Tabelle an, in der die 
Kunden mit Adressen gespei- 
chert sind, und je eine für Be- 
stellungen und Artikel: 


Artikel: 
Artikelnummer 
Artikelbezeichnung 


Bestellung: 
Bestelldatum 
Kundennummer 
Artikelnummer 


Kunde: 
Kundennummer 
Name 
Adresse 


Treibt man dies nun auf die 
Spitze, erhält man bei kom- 
plexeren Anwendungen un- 
zählige, unter Umständen sehr 
kleine Tabellen. Um nun die 
Information in der Form zu- 
rückzuerhalten, wie sie prak- 
tisch gebraucht wird, muß 
man in der Abfrage an die 
Datenbank alle entsprechen- 
den Tabellen, die die gesuch- 
ten Informationen enthalten, 
verknüpfen. Und eben das ist 
der Grund für den schlechten 
Rufrelationaler Datenbanken 
in Sachen Performance. 


und ihn den eigenen Bedürfnis- 
sen entsprechend einteilt. 


Speicherfresser 


Die Größe des ‘Shared Me- 
mory’ wird automatisch errech- 
net und ist abhängig von der 
mehr oder weniger großzügigen 
Setzung von Parametern, wie 
der maximalen Anzahl von 
gleichzeitigen Benutzern, 
gleichzeitigen Locks, Datenpuf- 
fern, offenen DB-Spaces und 
Partitions (mehrere möglich). 
Als letztes ist zu entscheiden, ob 


das Shared-Memory speicherre- 
sident sein soll oder nicht. Vor- 
aussetzung für gute Perfor- 
mance ist also ein möglichst gro- 
Ber Hauptspeicher. 


Nach diesen Installationen ist 
Informix-Turbo fast einsatzbe- 
reit - nämlich zunächst nur vom 
Datenbankadministrator. Die 
Datenbank beziehungsweise In- 
formix-Turbo befinden sich im 
Einbenutzerbetrieb (Quiescent 
Mode) und müssen noch ‘on- 
Line’ gebracht werden, damit 
jeder Benutzer darauf zugreifen 
kann. Ein dritter Zustand ist der 
totale Shut-Down, während 
dessen nicht einmal der DB-Ad- 
ministrator Zugriff auf die Par- 
tition(s) hat, da das Shared- 
Memory nicht initialisiert ist. 


Nun steht ein leeres Gerüst zur 
Verfügung, das es zu füllen gilt. 
Dies passiert beim Anlegen ei- 
ner neuen Datenbank ganz 
automatisch. Die ‘Front-End- 
Produkte’ wie SQL, ESQL/C 
und 4GL ‘merken’, daß Infor- 
mix-Turbo installiert ist, und 
nutzen automatisch den ent- 
sprechenden Server, wodurch 
alle künftig angelegten Daten- 
banken automatisch in der an- 
gelegten Partition landen. Will 
man dies nicht, kann man über 
eine Environment-Variable 
(SQLEXEC) festlegen, welchen 
Datenbank-Server man nutzen 
möchte. 


Umstellfreudig 


Diese Variable ist auch wichtig, 
um bereits bestehende Daten- 
banken für Informix-Turbo zu 
konvertieren. Für die Über- 
nahme von bereits bestehenden 
Datenbanken werden zwei 


Tools mitgeliefert (dbexport/ 


dbimport), mit denen die Um- 
stellung problemlos durchzu- 
führen ist. 


SQLEXEC muß zuerst auf den 
bisherigen ‘alten’ Server zeigen, 
um einen dbexport durchführen 
zu können. Anschließend wird 
über den neuen Server die vor- 
her exportierte Datenbank mit 
dbimport in der Partition ent- 
sprechend angelegt, womit 
schon alles getan ist. 


Von seiten des Systems muß na- 
türlich gewährleistet werden, 
daß beim Systemstart Infor- 
mix-Turbo automatisch in den 
“Multiuser--Modus’ wechselt 
und beim Shut-Down vorher 
wieder ‘runtergefahren’ wird. 


Das Herzstück von Informix- 
Turbo ist der tbmonitor, über 


Was am Konzept von 
alfeldu ib Sau 8TdeTe) 
besonders gefällt: 
Alle für die Front- 
End-Programme 


geschriebenen 
7VeJell] = 1iTelat-to geilste Kelslatz 
jede Änderung weiter 
einsetzbar, da ja nur 
der Datenbank-Server 
ausgetauscht wird. 





den auch die gesamte Erstinstal- 
lation erfolgt. Über den tbmo- 
nitor kann man Informix- 
Turbo in die verschiedenen 
Modi versetzen, diverse Para- 
meter nachträglich ändern, wei- 
tere Partitions anlegen oder ver- 
ändern, das Gesamtsystem oder 
die Log-Files sichern und nicht 
zuletzt die gesamte Turbo- 
Installation über diverse Sta- 
tus-Screens beobachten und 
‘feintunen'. 


Performance- 
Verdopplung 


Was am Konzept von Infor- 
mix-Turbo besonders gefällt: 
Alle für die Front-End-Pro- 
gramme geschriebenen Appli- 
kationen sind ohne jede Ande- 
rung weiter einsetzbar, da ja nur 
der Datenbank-Server ausge- 
tauscht wird. Dies macht auch 
einen direkten Geschwindig- 
keitsvergleich möglich. Nach 
meinen bisherigen Erfahrungen 
verkürzt sich die durchschnittli- 
che Zugriffszeit um 50 Prozent; 
der Datenbank-Server war auf 
einem 386er Altos unter UNIX 
System V.3 mit 4MByte 
Hauptspeicher installiert. 


Das relativ weit verbreitete In- 
formix-Turbo ist in der BRD 
seit etwa eineinhalb Jahren für 
die meisten UNIX-Systeme be- 
ziehungsweise XENIX-Systeme 
erhältlich. Der Preis für das 
günstigste System beträgt circa 
5300 Mark. Eine Portierung auf 
SINIX stand bei Redaktions- 
schluß noch aus, in Perlach wa- 
ren aber schon erste Vorführun- 
gen zu sehen. (JS) 


Lutz Pelikan ist Diplom-Informa- 
tiker und im Pre-Sale Be 
bei Altos in Hamburg beschäftigt. 
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Den Schuß nicht gehört? 





Thomas M. Ruthemann 


Steuerberatung und 

EDV - das ist meist 
gleichzusetzen mit der 
DATEV eG. Hohe Kosten 
und ein eher behäbiges 
Gebaren der DATEV 
gegenüber technischen 
Neuerungen lassen 
allerdings immer mehr 
Steuerberater über 
Alternativen nachdenken, 
vor allem natürlich in 
Form einer 
eigenständigen EDV. Auf 
der diesjährigen 
DATEV-Messe in 
Nürnberg verschafften 
wir uns einen Eindruck 
vom aktuellen Stand. 


Mit einer Zahl von inzwischen 
circa 29000 angeschlossenen 
Kanzleien deckt die DATEV 
den Markt der steuerberatenden 
Berufe fast komplett ab. Der 
Steuerberater wird Miteigentü- 
mer, Genosse bei der DATEV, 
und bestimmt auf diese Weise — 
so die Grundidee — die Ge- 
schicke dieser eingetragenen 
Genossenschaft und vor allem 
deren Leistungen. Ein Monopol 
gewissermaßen. Achtzig bis 
neunzig Prozent Marktdurch- 
dringung der DATEYV sind nicht 
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zu hoch gegriffen, trotz einer 
Zahl von 45000 gemeldeten 
Steuerberatern, denn darunter 
verbergen sich auch Angestellte 
in den Kanzleien sowie eine 
Vielzahl der berühmten Kartei- 
leichen — so zumindest die Aus- 
kunft von DATEV-Sprecher 
Dr. Rüdiger Ehlermann. Die 
vermeintliche Alternative ‘Da 
nehmen wir halt Taylorix’ ist 
nicht allzu zündend, denn das 
Taylorix-Dienstleistungsrechen- 
zentrum, deutsche Tochter- 
firma eines amerikanischen 
Steuerberatungsriesen, ist eher 
auf mittelständische Unterneh- 
men zugeschnitten, die ihre ei- 
gene Buchführung und steuerli- 
che Abrechnung durchführen. 
So präsentierten sie sich auch, 
ohne echte Konkurrenz hervor- 
zurufen, auf der 'DATEV 88’, 
die am 8. und 9. September die- 
ses Jahres in Nürnberg statt- 
fand. 


Daß die Genossenschaft DA- 
TEV inzwischen einen ganzen 
Industriezweig beschäftigt, wird 
deutlich an der Zahl der Aus- 
steller in Nürnberg. Achtzig Fir- 
men, von ganz klein bis zu 
Triumph-Adler, IBM und Oli- 
vetti, betreuen vor allem den 
Markt der Steuerberater (38 an- 
dere Branchenlösungen werden 
von der DATEV ebenfalls an- 


Auf der Suche nach EDV-Alternativen für Steuerberater 


geboten). Dabei kommen Soft- 
ware-Lösungen zum Angebot, 
deren gemeinsamer Nenner die 
Schnittstelle zur DATEV ist. 
Echte dezentrale Lösungen für 
Steuerberater (mit oder ohne 
DATEV-Zugriff) scheinen 
nicht zu existieren, wurden zu- 
mindest offiziell an dieser Stelle 
nicht angeboten. Die Verfüg- 
barkeit von Lösungen wird von 
den ausstellenden Firmen nicht 
geleugnet, aber als ‘nicht inter- 
essant in diesem Zusammen- 
hang? dargestellt. 


Alternativen, wie sie in der Tat 
vorhanden wären, sind offenbar 
nicht gefragt. Mit viel Distanz 
und einer konservativen Grund- 
haltung zum Thema ‘eigene 
EDV’ sind die Grenzen steuer- 
beraterlichen Denkens gesteckt. 
Die von den Steuerberatern an- 
geführten Probleme erweisen 
sich bei näherem Besehen als 
lösbare Nebenschauplätze des 
Grundproblems Rechenzen- 
trum versus eigene EDV. Über- 
nahme von Stammdaten ist zum 
Beispiel ein solches immer wie- 
der ins Feld geführte Argument. 
Doch natürlich gehören die Da- 
tensätze den Kanzleien und wer- 
den dem scheidenden Steuerbe- 
rater ‘auf Datenträger’ überge- 
ben, so versichert Peter Willig, 
Leiter der Offentlichkeitsarbeit 


Mitarbeiter der Hotline, 

die nicht sofort antworten 
können oder den Anrufer auf 
später vertrösten, werden 
sofort abgelöst, betont 
DATEV-Werbeleiter Peter 
Willig. 


bei der DATEV. Es handele sich 
ja um eine Genossenschaft, und 
da sei der Wille der Mitglieder 
schließlich der Grundsatz der 
Arbeit. Tatsächlich äußerte P. 
Willig im Gespräch mit iX. daß 
der ‘Ausstieg’ von Steuerbera- 
tern aus der DATEV auf keinen 
Fall behindert werde — ganz 
also, wie es Genosse Steuerbe- 
rater beliebt. 


David gegen Goliath, das Bild 
fällt einem beim Vergleich DA- 
TEV-Rechenzentrum oder ei- 
gene EDV ein. Zwar ist der Aus- 
gang der biblischen Geschichte 
bekannt, doch in diesem Fall ist 
der Goliath DATEV bestens 
gerüstet: ein Jahresumsatz von 
453 Millionen DM im Jahr 1987 
mit jährlich zweistelligem Um- 
satzwachstum seit 1966, mit in- 
zwischen über 2700 Mitarbei- 
tern und einem jährlichem Zu- 
wachs von circa 1000 Steuerbe- 
ratungskanzleien. Allein 600 
Mitarbeiter sind in der Entwick- 
lung tätig, 350 von ihnen reine 
Entwickler und weitere 250 aus- 
schließlich für Wartung und 
Pflege zuständig. Nicht weniger 
als weitere 320 Angestellte be- 
setzen den Support, um so er- 
staunlicher, als angesprochene 
Steuerberater über eine eher 
lauwarme Hotline klagen. An- 
fragen, so heißt es, werden oft 
erst nach Tagen beantwortet 
und erzeugen so immer wieder 
Argernisse. Eine unerklärliche 
Diskrepanz, da Peter Willig zu 
diesem Thema gar resolut er- 
klärt, daß Mitarbeiter, die nicht 
sofort antworten können oder 
gar den Anrufer auf einen spä- 
teren Zeitpunkt vertrösten, 
konsequent abgelöst würden. 


130 Millionen DM Betriebsauf- 
wand, 180 Millionen Personal- 
kosten und etwa 80 Millionen 
Re-Investitionen machen die 
dicksten Brocken im Etat aus. 
Rückvergütungen an die Ge- 
nossen Steuerberater gibt es nur 
im kleinen Umfang von circa 
13,5 Millionen, zum Teil durch 
Gebührenermäßigungen. Wer 
wollte da den David spielen? 
Die Aussteller der Nürnberger 
Messe sind jedenfalls im vollen 
Umfang auf die DATEV- 
Anbindung geeicht, wie über- 
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haupt ein Mischbetrieb zwi- 
schen eigener EDV und DA- 
TEV-Anschluß über Datenfern- 
übertragung (DFÜ) die einzige 
ernsthaft diskutierte Alternative 
zu sein scheint. 






Die linke und die 
ei Waelıle, 


Eine LAN-Vernetzung der ört- 
lichen Rechnerkapazität (bei 
den Kanzleien), wie sie im Bus- 
ineß üblich und wichtig gewor- 
den ist, wird von der DATEV 
nur zögerlich unterstützt. Die 
offizielle Lesart ist, daß dieses 
von den Steuerberatern nicht 
gewünscht werde. Verwunder- 
lich daher, daß zugleich auf der 
Nürnberger Messe das Projekt 
‘Lokale Netzwerke’ mit einigem 
Stolz von eben dieser DATEV 
vorgestellt wird. Dabei wird im 
verfügbaren Datenblatt unter 
Nachteile’ aufgeführt, daß zur 
Zeit wenig netzwerkfähige Soft- 
ware am Markt erhältlich sei. 
Dies muß so vor allem aber für 
die DATEV selber gelten. Erst 
wenige Komponenten des brei- 
ten DATEV-Software-Ange- 
bots werden ‘wahrscheinlich bis 
zur CeBIT ’89 netzwerkfähig’ 
sein, erst bis 1990 “oder später’ 
soll nach und nach der Rest fol- 
gen. Angesichts von mehr als 
33000 Rechnern in den ange- 
schlossenen Kanzleien eine vor- 
dringliche Aufgabe. 


Auch ein Vortrag von Professor 
Manfred Bues (Fachhochschule 
Furtwangen) anläßlich der DA- 
TEV 88 zielt auf die Vorteile der 
LAN-Vernetzung hin, bleibt bei 
seinen Vorschlägen jedoch 
ebenfalls im MSDOS-Rechner- 
bereich. Andere Betriebssy- 
steme scheinen noch nicht im 
Gedankengut der Beteiligten 
vorzukommen. Die DATEV 
wird beim Stichwort ‘Zukunfts- 
markt UNIX’ höchst offiziell: 
’.. man wird sich zur gegebenen 
Zeit darum kümmern.’ Profes- 
sor M. Bues räumte ebenfalls 
erst auf Nachfrage ein, daß im 
eigenen Institut in Freiburg tat- 
sächlich zweigleisig gearbeitet 
werde. UNIX habe in der Tat 
unbestreitbare Vorteile, doch da 
das zur Zeit im Steuerberater- 
kreis eben kein Thema sei, wolle 
er auch in diesem Forum nicht 
daran rühren. 


Tatsächlich ist die DATEV 
nicht so weit hinter dem Mond, 
wie man meinen könnte. Über 
60 Mitarbeiter der Entwick- 
lungsabteilung sind fit genug, in 
UNIX zu programmieren, so 
die Recherche von iX, und die 
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Übertragung und Anpassung 
von DATEV-Produkten an 
UNIX ist längst im Versuchs- 
stadium. Tatsächlich wird in der 
Entwicklungsabteilung bereits 
mit VP/ix gearbeitet, also dem 
Betrieb von MSDOS unter 
UNIX auf 386-Rechnern. Neue 
Produkte der DATEV sollen so 
angelegt werden, daß die Mul- 
tiuser-Fähigkeit kein Problem 
mehr darstellt. 


Von solchen ‘waghalsigen’ tech- 
nischen Ausflügen will die offi- 
zielle Seite der DATEV noch 
lange nichts wissen. Sprecher P. 
Willig sieht selbst im LAN- 
Betrieb Probleme, schließlich 
müßten die Genossen Steuerbe- 
rater ‘doch auch weiterhin die 
alten Produkte benutzen kön- 
nen’ — also nicht so schnell mit 
der Vernetzung, so die offizielle 
Stellungnahme. Ob sich Peter 
Willig da nicht mal mit seiner 
Entwicklungsabteilung unter- 
halten sollte? Ein wenig handfe- 
ste technische Information 
könnte dem Leiter der Öffent- 
lichkeitsarbeit sicher helfen. 


Dabei bleiben oder 
selbständig werden? 


Sicher bietet die DATEV- 
Mitgliedschaft für die Kanz- 
leien gewisse Vorteile. Sämtli- 
che Druckvorgänge werden von 
der Nürnberger Zentrale vorge- 
nommen, eine Papiervorrats- 
haltung der verschiedenen Pa- 
piersorten entfällt, die nötig ist, 
will man weiterhin in gleicher 
Weise wie die DATEV vorge- 
hen. Eine ständige umfangrei- 
che Pflege der Software ist bei so 
vielen Wartungs- und Entwick- 
lungsmitarbeitern sicher auch 
zu erwarten. Die Frage des Sup- 
ports ist wie gesagt mit Diskre- 
panzen behaftet, sollte jedoch 
bei 300 Mitarbeitern kein gene- 
relles Problem sein. Die Hard- 
ware-Anschaffungspreise hal- 
ten sich ebenfalls in Grenzen. 


Jedoch wollen alle Dienste der 
DATEV auch bezahlt werden. 
Jeder Ausdruck kostet Gebüh- 
ren, und Direktverbindungen 
zum Zentrum in Nürnberg 
zwecks unmittelbaren Zugriffs 
auf Stammdaten und anderes 
mehr sind natürlich mit enor- 
mem Kostenaufwand verbun- 
den. Nürnberg nimmt so neben 
der Verarbeitung der Daten- 
sätze auch die Rolle eines exter- 
nen Massenspeichers und eines 
Druckzentrums wahr. An dieser 
Stelle ist zweifellos der Haupt- 
ansatzpunkt für einen mögli- 
chen Ausstieg gegeben. Schon 


kleinste Kanzleien müssen mit 
einem jährlichen Gebührenauf- 
kommen von 10.000 bis 15 000 
DM rechnen, ein Punkt, zu dem 
auch Arno Petzoldt, Geschäfts- 
führer der Leo Schleupen Sy- 
stemanalyse, in seinem Artikel 
meint: ’...Kriterium für die Ent- 
scheidung zur eigenen EDV ist 
das Geschäftsvolumen. Bei ei- 
ner kombinierten Lösung im 
Hause (MSDOS und DATEV) 
kann man heute durchschnittli- 
che EDV-Kosten von 6-8% des 
Umsatzes zugrundelegen. Bei 
ausschließlichem Einsatz des 
Rechenzentrums ergibt sich da- 
gegen häufig genug im Laufe der 
Zeit ein Anstieg auf mehr als 
10%.” Auf der Hand liegt hier, 
daß eine eigenständige Lösung 
oder eine Kombination den 
Vorteil relativ gleichbleibender 
Kosten trägt, während bei aus- 
schließlicher Nutzung der DA- 
TEV die Kostensituation pro- 
gressiv mit der Anzahl der Man- 
danten und damit der System- 
auslastung steigt. 


Was dabei an Flexibilität und 
Geschwindigkeit besonders bei 
einer UNIX-Lösung und dem 
damit verbundenen Multiuser- 
Betrieb möglich ist, stellt den 
zweiten wichtigen Punkt für 
eine  Ausstiegs-Entscheidung 
dar. Kein möglicherweise tage- 
langes Warten auf Ausdrucke 
aus Nürnberg, keine teure und 
ebenfalls wieder zeitaufwendige 
Direktabfrage der Datensätze, 
die in der jetzigen Konstellation 
lediglich als Papierausdruck mit 
schnell schwindendem Aktuali- 
tätswert üblich ist. Datensätze 
aus dem Stammdatenbereich, 
Adressensätze etwa, werden bei 
eigener EDV eben nur einmal 
gepflegt, vor Ort, hochaktuell. 
Sie können dann von allen be- 
rechtigten Personen und Abtei- 
lungen, zum Beispiel in der Text- 
verarbeitung des Sekretariats 
beim Schreiben von Serienbrie- 
fen, benutzt werden. 


Eine Amortisation einer hausin- 
ternen EDV-Lösung innerhalb 
von ein bis zwei Jahren, verbun- 
den mit der beschriebenen ho- 
hen Flexibilität, ist auch gerade 
für kleine Kanzleien von Vor- 
teil, die so mit einem kleinen 
Mandantenstamm trotzdem 
gute Erträge erwirtschaften 
können. Daß größere Unter- 
nehmen in entsprechender Aus- 
baustufe mit vielen Bildschirm- 
arbeitsplätzen und verschiede- 
nen Druckern ebenfalls profitie- 
ren können, vielleicht eine 
Kombination anstreben, liegt 
auf der Hand. 


Als Beispiel für eine solche 
UNIX-Lösung mag das von 
FOCUS Computer, Hannover, 
in Verbindung mit Motorola 
und SFB-Software angebotene 
Steuerberatungspaket dienen. 
In einer Grundkonstellation 
zum Preis von etwa 30 000 DM 
wird eine Motorola 8150 mit 
140-MB-Festplatte und Band- 
laufwerk, Betriebssystem, zwei 
Terminals, Matrixdrucker und 
FiBu-Software angeboten. Vor- 
handene MSDOS-Rechner 
können als Terminals genutzt 
werden; Lohnbuchhaltung, 
Textverarbeitung und ein La- 
serdrucker sind optional erhält- 
lich. Die bei dieser vollautono- 
men Konstellation von befrag- 
ten Steuerberatern immer wie- 
der ins Gespräch gebrachte 
Übernahme der Stammdaten 
wird dabei zum Beispiel von 
FOCUS garantiert und ist ja 
auch laut Zusicherung der DA- 
TEV überhaupt kein Problem. 


In Gesprächen zeigte sich aller- 
dings einige Reserviertheit der 
Steuerberater gegenüber unab- 
hängigen Firmen. Die Furcht 
der Steuerberater vor techni- 
schen Neuerungen, unbekann- 
ten Programmen und den damit 
verbundenen Arbeitsverfahren 
sowie eine nicht zu verleug- 
nende Unsicherheit, ob denn so 
ein Unabhängiger auch wirklich 
immer auf dem neusten Stand 
sein kann, wirkt bei Gesprächen 
allerdings manchmal schon fast 
irrational. Hinter dieser konser- 
vativen Grundhaltung steckt 
auch eine handfeste Angst vor 
der Technologie des Compu- 
ters. Alles, was über das jährli- 
che Paragraphen-Update der 
entsprechenden Software hin- 
ausgeht, wird bereits mit viel 
Unbehagen aufgenommen. 
Und da macht es die DATEV 
den Kanzleien allerdings auch 
besonders einfach. Zu jeder Ein- 
richtung, auch von neuer Soft- 
ware, kommt ein DATEV- 
Techniker ins Haus, installiert 
und erklärt. Dazu gesellen sich 
in regelmäßig stattfindenden In- 
tervallen kostenlose Schulungen 
der Sachbearbeiter. Doch man 
darf natürlich nicht vergessen, 
daß diese Leistungen über die 
hohen Gebühren voll mitfinan- 
ziert werden. Entsprechende 
Angebote im privaten Unter- 
nehmensbereich müssen in der 
Regel extra bezahlt werden, 
machen aber auf die Gesamtko- 
stensituation gesehen nur einen 
Tropfen auf den heißen Stein 
aus. (ig) 
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Teil 1: 


Mikro-Mücken auf dem Weg zu EDV-Elefanten 


BTX 


Klaus Zerbe 


TE WENTEX 


Seit dem Aufkommen der Personalcomputer besteht 
eine Kluft zwischen den Anwendern aus der ‘großen’ 
EDV und den von diesen gering geschätzten Hackern mit 
ihren ‘Micky-Maus-Computern’. Daran konnte auch die 
Leistungssteigerung bei den Mikrocomputern nichts 
ändern, die mittlerweile den Durchsatz von kleinen 
Mainframe-Systemen (Großrechnern) erreichen. Neben 
reiner Polemik werden hier aber auch ernst- 
zunehmende Argumente ausgetauscht, und beide 
Seiten in diesem Glaubenskrieg beginnen voneinander 


zu lernen. 


Im Bereich der Großrechner 
und der mittleren Datentechnik 
wird seit dem Siegeszug der 
Mikros mehr Wert auf Soft- 
ware-Ergonomie und unkom- 
plizierte Bedienbarkeit gelegt, 
bei den Personalcomputern ge- 
winnen Fragen wie Datensi- 
cherheit, Zugriffsschutz, Porta- 
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bilitätt, Kommunikation und 
Mehrplatzbetrieb immer mehr 
an Bedeutung. 


Vorbild: Groß-EDV 


Die Vorteile moderner grafi- 
scher Bedieneroberflächen, die 
Betriebssystem-Erweiterungen 


wie GEM, MS-WINDOWS, 
Presentation Manager oder 
Anwendungsprogramme wie 
Framework und MS-WORD 
bieten, sind mittlerweile allge- 
mein anerkannt. Auf solch 
luxuriöse Anwenderschnittstel- 
len muß der Anwender von 
Großrechnern oder Minicom- 
putern auch heute meist noch 
verzichten, während er aller- 
dings Vorteile hat, die den 
PC-Anwendern nicht so geläu- 
fig sind. Mit der steigenden 
Komplexität der ‘persönlichen’ 
Computer und vor allem der 
wachsenden Bedeutung der 
Rechner-Kommunikation wer- 
den einige traditionelle Groß- 
EDV-Merkmale auch für den 
Anwender von solch kleinen 
Computern wichtig. 


Wer nur mit einigen 100 KByte 
Daten auf Disketten zu tun hat, 





Harddisk 
w 


Harddisk 
a 
ie Zr 


DRUCKER 





macht sich über Datensicherung 
meist nur wenig Gedanken. 


Datensicherheit 


Selbst wenn er keine Siche- 
rungskopien hat, ist ein verse- 
hentliches Löschen oder eine 
defekte Diskette kein allzu gro- 
Bes Drama. Schlimmstenfalls 
kostet soetwasein paar Wochen 
Arbeit, und man ist beim näch- 
sten Mal vorsichtiger. Eine 
20-MByte-Festplatte hingegen 
kann leicht die Existenzgrund- 
lage einer mittelgroßen Firma 
beinhalten. Platten bis 300 Me- 
gabyte sind aber für Personal- 
computer heute nichts Unge- 
wöhnliches mehr. Hier können 
die Fakturierung von Millio- 
nenumsätzen oder die Manu- 
skripte gleich mehrerer Bücher 
mit einem häßlichen Knirschen 
für immer verschwinden. Wohl 
dem, der einen Tape-Streamer 
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hat und ihn vor allen Dingen 
auch systematisch benutzt! 


Hier ist das Kernproblem: Der 
Anwender eines PC ist für seine 
Daten selbst verantwortlich, 
während sich der Großrechner- 
Benutzer darum nicht zu küm- 
mern braucht. Ein Team von 
Operateuren ist damit beschäf- 
tigt — unter Umständen mehr- 
fach täglich —, alle veränderten 
Daten zu sichern. Auch nach 
Monaten sind so alle Dateien in 
jeder Version noch beschaffbar. 
Ein PC-Anwender hat neben 
Datensicherung mit seinem 
Rechner noch andere Dinge vor 
und auch selten die ‘Failsafe’- 
Erfahrung eines hauptberufli- 
chen Operateurs. 


Kommunikation 


Großrechner-Profis sprechen 
bei PC-Anwendungen gern ge- 
ringschätzig von ‘Insellösun- 
gen’. Sie meinen damit eine Iso- 
lation des PC-Anwenders vom 
Rest der Welt, die häufig durch 
unvollkommene Ausstattung 
von Hard- oder Software zu- 
stande kommt. Tatsächlich sind 
die heute noch verbreiteten 
PC-Betriebssysteme leider nur 
in sehr geringem Umfang für 
den Austausch von Daten zwi- 
schen unterschiedlichen Rech- 
nern vorbereitet. Damit besteht 
die Gefahr, daß aktuelle Infor- 
mationen/Daten nicht alle An- 
wender erreichen, die solche be- 
nötigen, weil die Übertragung 
zu umständlich oder unmöglich 
ist. Schlimmer noch ist die Ver- 
zettelung, die durch getrennte 
Datenerfassung unterschiedlich 
aktueller Informationen ent- 
steht. 


Es ist sicher ein unzumutbarer 
Organisationsaufwand, ein 
paar hundert Anwender täglich 
mit ein paar Dutzend Disketten 
von Datenbank-Updates zu 
versorgen, zumal solche Up- 
dates kaum realisierbar sind, 
wenn mehrere Bearbeiter Ver- 
änderungen am gemeinsamen 
Datenbestand vornehmen. Stat- 
tet man mehrere Arbeitsplätze 
einer Firma/Organisation mit 
PCs aus, so darf man nicht ver- 
gessen, den möglichen Daten- 
austausch zwischen den Benut- 
zern und die Notwendigkeit ge- 
meinsam genutzter Daten zu 
berücksichtigen. 


Portabilität 


Daten können auf sehr unter- 
schiedliche Weise unterge- 
bracht’ werden. Viele Anwender 
von PCs und CP/M-Maschinen 
haben schon leidvolle Erfahrun- 
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gen mit den unterschiedlichen 
Diskettenformaten, Dateifor- 
maten, Zeichensätzen und 
Übertragungsverfahren ge- 
macht, wenn sie Daten zu ande- 
ren Rechnern oder Peripherie- 
geräten schicken wollten. 


Selbst vorhandene Texte auf ei- 
nem anderen Textverarbei- 
tungssystem oder Rechner wei- 
terverwenden zu wollen, kann 
für Nicht-Programmierer ein 
Wunschtraum bleiben, noch 
komplizierter wird ein Aus- 
tausch bei Spreadsheet- oder 
Datenbankdateien. Auch hier 
ist die Situation für den Anwen- 
der innerhalb einer Großrech- 
ner-Umgebung angenehmer, da 
ein Team von Systemprogram- 
mierern solche Probleme ab- 
stellt. 


Mehrplatzbetrieb, 
Multitasking und 
Zugriffsschutz 


Nutzen mehrere Personen einen 
Computer beziehungsweise ei- 
nen Datenbestand, so treten 
eine ganze Reihe von Proble- 
men auf. Selbst bei Einzelar- 
beitsplatz-Computern entste- 
hen Sicherheitsprobleme. Wie 
kann der Arbeitsbereich eines 
Anwenders vor unerwünschten 
oder auch unbeabsichtigten 
Veränderungen durch andere 
Benutzer geschützt werden? 
Können die Nutzung des Sy- 
stems beziehungsweise etwaige 
Verbrauchsmittel- oder Be- 
triebskosten (wie zum Beispiel 
Datex-Gebühren) abgerechnet 
werden, wenn mehrere Anwen- 
der das System verwenden? Ist 
die Nutzung bestimmten Leuten 
nur zu bestimmten Zeiten ge- 
stattet? 


Bei einem Mehrplatzsystem 
kommen zusätzliche Anforde- 
rungen hinzu, beispielsweise die 
gerechte Verteilung von Ar- 
beitsspeicher und Rechenzeit, 
der Schutz des eigenen Arbeits- 
speichers vor “amoklaufenden’ 
Programmen anderer Anwen- 
der, die Verwaltung des Spei- 
chers und der Peripheriegeräte. 


So kann bei einem gemeinsam 
genutzten Drucker nicht jeder 
drauflosdrucken, wann er will; 
Druckaufträge kommen erst in 
die Warteschlange eines 
Druck-Spooler-Prozesses und 
werden der Reihe nach bearbei- 
tet. Der Spooler muß unter Um- 
ständen auch noch Formular- 
oder Zeichensatzwechsel durch 
einen Operateur veranlassen. 
Dafür haben Rechenzentren Pe- 
ripherie-Operateure. Neben den 


Anwenderprogrammen sind so 
noch eine Menge Systempro- 
gramme wie Spooler und Ein- 
heitentreiber als quasigleichzei- 
tig ablaufende Prozesse (Tasks) 
notwendig. 


Kleine Multis 


Diese Probleme der Großrech- 
ner-Welt sind hier so ausführ- 
lich aufgeführt, weil sie auch ty- 
pisch für komplexe Mikrocom- 
puter-Installationen, vor allem 
Netzwerke, sind. Ein paar Strip- 
pen zwischen den Computern 
machen eben noch kein Netz- 
werk. Zumindest die Rechner, 
die Daten für allgemeinen Zu- 
griff bereitstellen (File-Server), 
sollten Multitasking-/Multi- 
user-Eigenschaften haben, vor 
allem dann, wenn sie auch noch 
weiterhin als normaler Arbeits- 
platz verwendbar sein sollen (als 
nondedicated File-Server). 


Multitasking bedeutet ein qua- 
sigleichzeitiges Arbeiten mehre- 
rer Programme auf einem Rech- 
ner, während Multiuser-Betrieb 
noch weiter geht und mehrere 
Anwender gleichzeitig einen 
Rechner benutzen läßt. Damit 
die Anwender sich nicht gegen- 
seitig stören können und die 
Rechenleistung vernünftig ver- 
teilt wird, ist hier ein weit grö- 
Berer Aufwand als beim Multi- 
tasking erforderlich. 


Multiprocessing schließlich 
heißt, daß mehrere Rechner 
(Prozessoren) einem oder meh- 
reren Programmen zur Verfü- 
gung stehen. Diese Situation 
haben wir auch bei Netzwerken 
vorliegen, und sie ist die kom- 
plizierteste überhaupt, wenn 
man alle Möglichkeiten, die sich 
hier bieten, nutzen will. 


Leider lassen die derzeitigen 
PC-Betriebssysteme (vor allem 
MSDOS) in bezug auf Multitas- 
king, Multiusing und Multipro- 
cessing noch sehr viel zu wün- 
schen übrig. Da spezielle Netz- 
werk-Software auf dem Be- 
triebssystem aufbauen muß und 
einige Grundanforderungen an 
dieses stellt (zum Beispiel die 
Unterbrechbarkeit von DOS- 
Routinen), besteht hier ein gro- 
Bes Problem. Die Version 4.0 
von MSDOS und das neue Be- 
triebssystem OS/2 versprechen 
hier einige Verbesserungen. 


Was ist ein Netzwerk? 


Die Definition ‘Ein Verbund 
von räumlich getrennten Rech- 


nern oder Gruppen von Rech- 
nern zum Zweck des Datenaus- 
tauschs und der Zusammenar- 
beit’ ist so schwammig, daß hier 
erst einmal die mit der Zeit ent- 
standenen Wunschvorstellun- 
gen zu solchen Verbunden de- 
tailliert aufgeführt sind. 


Der Bedarf an Netzwerken ent- 
stand mit der massenhaften 
Verbreitung von kleineren, de- 
zentralen Computerinstallatio- 
nen. Als klein gelten hier nicht 
nur Mikrocomputer, sondern 
auch Minicomputer, kurz alles, 
was nicht von einem mindestens 
zehnköpfigen Team von Opera- 
teuren, Programmierern und 
Technikern in Gang gehalten 
wird. 


Mit der Verbreitung kleinerer 
Systeme gewann der Dialogbe- 
trieb im Gegensatz zur traditio- 
nellen "Stapelverarbeitung’ der 
frühen Großrechner an Bedeu- 
tung. Auch bei diesen mußten 
die Daten deshalb zunehmend 
‘online’, also schnell erreichbar 
vorliegen (zum Beispiel auf Plat- 
tenspeichern statt auf Bändern 
oder Lochkarten). Das führte zu 
sich schnell verändernden, stets 
aktuellen Datenbeständen. 


Auf der anderen Seite verfügen 
kleine Systeme nicht über Voll- 
zeit-Service-Personal. Auch 
fehlt geeignete Software zur Lö- 
sung der oben aufgeführten 
Probleme, so daß "Online-Da- 
tenbanken’ eine Domäne mo- 
derner Großrechner sind. 
Daran ändern auch Plattenka- 
pazitäten bis in Gigabyte- 
Größenordnungen (optische 
Platten) bei kleinen Rechnern 
nichts. Denn echter Online- 
Betrieb erfordert auch ‘Online- 
Aktualisierung‘. Und bei Da- 
tenbeständen in Gigabyte- 
Größenordnungen können 
schon tägliche Änderungen von 
einem Promille (ein Megabyte!) 
Hunderte von Leuten in Atem 
halten. 


Die Nutzbarkeit der kleinen Sy- 
steme hängt so von ihrer Kom- 
munikationsfähigkeit mit 
Großrechnern ab. Läßt man das 
außer acht und setzt statt dessen 
in einer Institution mehrere ‘In- 
sellösungen’ ein, bringt das 
große organisatorische Pro- 
bleme (siehe Portabilität und 
Kommunikation) und redun- 
dante Arbeit (siehe Datensiche- 
rung) mit sich. 


So ist es in manch größerer 
Firma passiert, daß etliche Mit- 
arbeiter den Dialogkomfort des 
eigenen PC der zentralen EDV 
vorzogen. Das kann man verste- 
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hen: Wer zum Beispiel einmal 
Textverarbeitung mit einem 
‘dummen’ Terminal an einer 
Groß-EDV-Anlage in zwanzig- 
ster Priorität gemacht hat und 
auf jedes Scrolling des Bild- 
schirms 15 bis 60 Sekunden war- 
ten mußte, wird den Dialog- 
komfort von PCs nicht mehr 
missen wollen. 


Damit waren diese Mitarbeiter 
aber vom Datenbestand der 
EDV abgeschnitten und muß- 
ten ständig größere Datenmen- 
gen von Listen abtippen, denn 
eine Schnittstelle zur Groß- 
EDV hatte der PC nicht. In der 
Folge waren die ‘lokalen’ Daten 
im PC selten aktuell, was dessen 
Nutzwert minderte. Wenn der 
PC jedoch eine serielle Schnitt- 
stelle hatte, konnte man ihn an 
Modem-Leitungen des Groß- 
rechners anschließen. Es ent- 
standen als erste Maßnahme der 
Vernetzung Programme wie 
KERMIT oder MODEM-7, die 
bis hin zum einfachen Datei- 
transfer eine Ankopplung an 
andere Rechner erlaubten. 
Auch Programme beziehungs- 
weise Schnittstellenkarten zur 
Emulation von IBM-3740- 
Terminals und zum Anschluß 
an IBM-Cluster-Controller ge- 
hören zu dieser Generation, die 
sich auch heute noch großer 
Beliebtheit erfreut. 


Wunsch nach mehr ... 


Wurden Dateien allerdings von 
mehreren Benutzern verwendet 
(und ergänzt), so entstand 
schnell ein Salat unterschiedli- 
cher Versionen, und manche 
Korrektur ging so wieder verlo- 
ren. Sicher war hierbei nur die 
“Einbahnstraße’ vom Großrech- 
ner zum Mikro. 


Außerdem wollte man alle Res- 
sourcen des Großrechners auch 
vom Mikro aus nutzbar ma- 
chen. So entsteht bald folgende 
Wunschliste: 


— Der Zugriff aufdie Daten aller 
Massenspeicher im Rechnerver- 
bund soll möglich sein, im Ideal- 
fall sollte jede Diskette, Platte 
oder Bandmaschine aller Rech- 
ner des Netzwerks von allen an- 
deren aus erreichbar sein. Logi- 
sche Gerätenamen sollen einen 
Dateizugriff in der gleichen Art 
und Weise wie bei den lokalen 
Massenspeichern zulassen. Alle 
Betriebssystem-Funktionen 
sollten mit fremden Massen- 
speichern genauso funktionie- 
ren wie mit den eigenen. Auch 
sollte die Problematik der 
gleichzeitigen Bearbeitung einer 
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Datei durch mehrere Benutzer 
gelöst sein. 


- Alle sonstigen Peripheriege- 
räte im Netz, wie Drucker, Plot- 
ter, Modems, Fernschreiber, 
Btx-, Teletex- und Telex- 
Schnittstellen, sollen für jeden 
Anwender im Netz erreichbar 
sein, sofern dafür Zugriffsrechte 
zugeteilt sind. Auch hier erfolgt 
der Zugriff transparent, das 
heißt, genauso wie auf die eige- 
nen Schnittstellen. Real erfolgt 
die Ein-/Ausgabe über kom- 
fortable Spooler, die ein Termi- 
nieren oder Zurückstellen von 
Druckaufträgen erlauben, da- 
mit beispielsweise alle Aufträge, 
die eine besondere Papiersorte 
verlangen, zusammen gedruckt 
werden können. 


- Komplexe Aufgaben können 
auf verschiedene (spezielle) 
Knoten im Netz delegiert wer- 
den (verteilte Intelligenz). So 
kann besonders rechenintensive 
Arbeit ein "Number-Cruncher' 
(etwa ein Rechner mit Arithme- 
tik-Coprozessor) erledigen, die 
Grafikausgabe geht nicht direkt 
an den Plotter, sondern an einen 
Rechner, der den Plotter ansteu- 
ert und dabei rechenintensive 
Arbeit wie etwa Schraffieren 
selbst erledigt. 


Verbindung total 


schen den Benutzern oder zwi- 
schen Systemadministration 
und Benutzer ist wünschens- 
wert. Jeder Benutzer hat seinen 
‘Briefkasten’ (Mailbox), in dem 
andere Benutzer Mitteilungen 
ablegen können. Die Entnahme 
einer Mitteilung sollte dem Ab- 
sender quittiert werden. 


-Eine Abrechnung (Accoun- 
ting-System) der Benutzung ko- 
stenpflichtiger Einrichtungen 
wie Datex-P oder Btx ist emp- 
fehlenswert. Das gilt auch für 
die Entnahme kostenpflichtiger 
Informationen. 


— Eine Benutzeridentifizierung 
ist notwendig, um festzustellen, 
welche Ressourcen oder Plat- 
tenbereiche von einem Rechner 
beziehungsweise Anwender des 
Netzes aus verwendet werden 
dürfen. Das ist insbesondere zur 
Nutzung kostenpflichtiger 
Komponenten und aus Grün- 
den des Datenschutzes wichtig. 


-Ein weiteres Thema ist die 
Verbindung des lokalen Netzes 
mit anderen, zum Beispiel öf- 
fentlichen Netzen, also die Ver- 
netzung der Netze. Btx, Datex-P 
und Teletex wurden schon als 
Verbindungen nach außen er- 
wähnt. Dem Wunschtraum vom 
‘papierlosen Büro’ (noch nie in 


Verbindung von jedem Knoten mit jedem anderen 


-kein Vermitlungsaufwand 
- jederzeit verbunden 


- aber bei sechs Knoten schon 15 Verbindungsleitungen 


— Steigerung von Verfügbarkeit 
und Zuverlässigkeit. Ein einzel- 
ner Rechner, gleichgültig ob 
Mikro oder Mainframe, kann 
ausfallen. In einem Netz sind 
jedoch viele autarke Systeme 
gleicher Funktion, die ersetzbar 
sind. Selbst wenn eine Kompo- 
nente von zentraler Bedeutung 
ausfällt (zum Beispiel der File- 
Server), muß das noch nicht den 
Stillstand bedeuten, wenn das 
Netz über genügend redundante 
Systeme (gespiegelte Platten 
oder Server) verfügt. 


-Eine Einrichtung zum Aus- 
tausch von Mitteilungen zwi- 


der Geschichte der Menschheit 
wurde soviel Papier bedruckt 
wie seit der Erfindung des Com- 
puters) ist nur näherzukommen, 
wenn alle geschäftlichen Trans- 
aktionen per Datenübertragung 
funktionieren, auch zu Daten- 
netzen anderer Organisationen. 


...und die 


Konsequenzen 


Aus diesen hochgesteckten Zie- 
len folgert eine Reihe von wei- 
teren Anforderungen an Hard- 
und Software, wovon noch ei- 
nige genannt werden: 


-Soll der Zugriff auf fremde 





Ressourcen nahezu genauso 
schnell erfolgen wie auf die ei- 
genen, so müssen die Übertra- 
gungskanäle weitaus schneller 
als normale Modem- oder Ter- 
minal-Leitungen sein. Bei loka- 
len Netzen sind hier Werte in der 
Größenordnung von 10 Mega- 
baud (rund 100000 Zeichen/ 
Sekunde) üblich. 


-Vor allem bei der Übertra- 
gung über größere Entfernun- 
gen (Fernmeldenetze) ist mit 
Übertragungsfehlern zu rech- 
nen. Geeignete Protokolle und 
Fehlerkorrekturverfahren müs- 
sen dem Rechnung tragen. 


—-Eine Angleichung an unter- 
schiedliche Protokolle, Zeichen- 
sätze, Dateiformate und Be- 
triebssysteme muß möglich sein. 
Da das Netz aus unterschiedli- 
chen Rechnern mit unterschied- 
licher Ausstattung bestehen 
kann, der Benutzer aber stets 
eine einheitliche Oberfläche se- 
hen soll, ist hier einiges zu kon- 
vertieren und anzupassen. 
Großrechner arbeiten beispiels- 
weise oft mit dem EBCDIC- 
Zeichensatz, Fernschreiber mit 
dem BAUDOT-Zeichensatz, 
während PCs unterschiedliche 
Varianten des ISO-Zeichensat- 
zes benutzen. 





-Das verwendete Betriebssy- 
stem muß einige Voraussetzun- 
gen erfüllen, vor allem dann, 
wenn andere Rechner die vor- 
handenen Ressourcen nutzen 
sollen. Verwendet man einen 
Rechner als File-Server, stellt 
also die auf seiner Platte gespei- 
cherten Dateien allen anderen 
Rechnern im Netz zur Verfü- 
gung, so muß das Betriebssy- 
stem verhindern, daß mehrere 
Rechner gleichzeitig Änderun- 
gen am selben Datensatz oder 
an derselben Datei vornehmen. 
Ahnliche Probleme gibt es mit 
gemeinsam genutzten Periphe- 
riegeräten. Diese sollten entwe- 
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der für einzelne Benutzer reser- 
viert werden können oder über 
Spooler bedient werden. Damit 
ist aber ein direkter Zugriff auf 
sie tabu — auch vom eigenen 
Rechner aus! 


—-Die verwendeten Schnittstel- 
len und Protokolle sollten an 
gängige Standards angelehnt 
sein, um einen weiteren Ausbau 
und eine hohe Flexibilität zu 
gewährleisten. Vor allem bei der 
“Vernetzung von Netzen’ ist dies 
von zentraler Bedeutung. 


Strickmuster 


Es gibt die verschiedensten 
Möglichkeiten, Rechner mitein- 
ander zu koppeln. Beispiels- 
weise kann man jeden Rechner 
mit jedem verbinden. Damit er- 
spart man sich jede Vermittlung 
und ein Protokoll, um einzelne 
Stationen zu ‘adressieren’. Auch 
gibt es keine Engpässe und War- 
tezeiten auf freie Leitungen. An- 
dererseits benötigt man bei N 
Stationen 


N x(N-1)/2 


bidirektionale Leitungen (bei 10 
Stationen sind das schon 45), 
weshalb diese Lösung vor allem 
aus Kostengründen meist illuso- 
risch ist. 


Sucht man ‘leitungssparende 
Alternativen’, so bieten sich 
zwei Wege an. Entweder die 
Verbindungen zwischen den 
Rechnern werden nur bei Be- 
darf hergestellt (etwa wie bei ei- 
ner Telefonvermittlung), oder 
ein Übertragungskanal wird ge- 
meinsam benutzt, wobei dann 
allerdings nur jeweils eine Sta- 
tion senden darf. 


Die erste Lösung führt zum Bei- 
spiel zu solchen ‘Teilstrecken- 
netzen’ wie Datex-P. Hier exi- 
stieren verschiedene Knoten- 
rechner, die “Informationspa- 
kete' weitervermitteln.. Man 
kann sich das tatsächlich wie 
Paketpost vorstellen: Die Daten 
werden in Blöcke ‘'zerhackt’ (das 
widerfährt der normalen Paket- 
post allerdings nur in Ausnah- 
mefällen), mit einer Sender- und 
Empfängerkennung versehen 
und gehen dann auf die Reise 
von Knotenrechner zu Knoten- 
rechner. Dabei werden diese Pa- 
kete immer komplett übertra- 
gen und im Knotenrechner zwi- 
schengespeichert, bis die ge- 
wünschte Verbindungsleitung 
frei ist. 


Wegfindung und Zwischenspei- 
cherung erfordern einen be- 
trächtlichen technischen Auf- 
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wand bei der Gestaltung der 
Knoten, so daß man für lokale 
PC-Netze meistens andere 
Wege geht. 


Die andere, einfachere Lösung 
ist die der sogenannten Diffu- 
sionsnetze. Hier werden alle 
Knotenrechner — über einen ge- 
meinsamen Nachrichtenkanal — 
direkt miteinander verbunden. 
Ein Übertragungs-Protokoll 
muß dafür sorgen, daß immer 
nur ein Knotenrechner sendet. 
Alle anderen sind dann in der 
Lage, diese Informationen zu 
empfangen. Eine Zwischenspei- 
cherung wie bei den Teil- 


Teilstreckennetz 


streckennetzen entfällt, dafür 
müssen alle Knoten ständig in 
Lauerstellung sein, um nichts zu 
verpassen. 


Eine Alternative zu diesem 
‘Zeitmultiplex-Verfahren’, wo 
zu jedem Zeitpunkt nur ein 
Nachrichtenkanal frei ist, bildet 
das ‘Frequenzmultiplex-Ver- 
fahren. Prägt man die zu über- 
tragenden Informationen einer 
hochfrequenten Trägerschwin- 
gung auf (Modulation), können 
über ein Kabel oder eine Glas- 
faser auch mehrere Datenka- 
näle gleichzeitig bereitgestellt 
werden. Da Frequenzmultiplex 


- Informationstransport auf mehreren Leitungen 


gleichzeitig 


— Vermittlungsaufwand, da jeder Knoten 
zwischenspeichern und vermitteln muß 

- mehrere Wege führen zum Ziel; dadurch aber 
Wegoptimierung (Routing) notwendig 


Diffusionsnetz 


- alles hängt an einer Strippe 

- deshalb keine Vermittlung notwendig 

- aber immer nur ein Knoten kann senden 

- alle Knoten können gleichzeitig empfangen, was ein 
Knoten gerade sendet 





jedoch einen vergleichsweise 
großen Hardware-Aufwand er- 
fordert, hat es bei lokalen Net- 
zen kaum Bedeutung und wird 
hier nicht weiter berücksichtigt. 


Als Beispiel für Frequenzmulti- 
plex ist hier höchstens die Voll- 
duplex-Modem-Übertragung 
zu nennen, wo Sende- und Emp- 
fangsdaten unterschiedlichen 
Tonfrequenzen aufmoduliert 
und real gleichzeitig übertragen 
werden. Bei Einsatz der Glasfa- 
sertechnik wird Frequenzmulti- 
plex allerdings fast unumgäng- 
lich, um die enorme Bandbreite 
der Glasfasern sinnvoll auszu- 
nutzen. 


Stern, Bus, Baum 
und Ring 


Doch nun einige übliche Anord- 
nungen von Rechnern in Netz- 
werken. Überträgt man die gan- 
zen “Vermittlungsaufgaben’ ei- 
nem Rechner oder benutzt man 
einen zentralen File-Server, 
dann bietet sich ein sternförmi- 
ges Netz an. So braucht man nur 
eine Leitung je Station, eine Er- 
weiterung ist im Rahmen der 
Ausbaufähigkeit des "Zentral- 
rechners’ möglich. Ein einziger 
Vermittlungsrechner kannaller- 
dings zu Engpässen führen, 
wenn er nicht leistungsstark ge- 
nug ist, auch ‘steht’ das ganze 
System, wenn er ausfällt. 


Hängt man alle Stationen ein- 
fach an gemeinsame Verbin- 
dungsleitungen (Bus-Topolo- 
gie), so hat man die bei LANs 
meistverbreitete Methode 
(Ethernet und DECNET sind 
bekannte Realisierungen). Vor- 
teilhaft sind hier ein minimaler 
Leitungsbedarf, eine sehr einfa- 
che Erweiterbarkeit (weitere 
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Stern-Topologie 


- ein zentraler Vermittlungsrechner stellt 
Verbindungen zwischen den Knoten her 
-es können mehrere Verbindungen zum gleichen 


Zeitpunkt bestehen 


- mehrere Empfänger können mit einem Sender 


verbunden sein 


- erweiterbar im Rahmen der Leistung des 


Vermittlungsrechners 


- Geschwindigkeit durch Auslastung des 
Vermittlungsrechners begrenzt 
—- nur ein Rechner hat mit Vermittlungsaufgaben zu tun 


Stationen können sogar im lau- 
fenden Betrieb angeklemmt 
werden), direktes Senden von 
der Quelle zum Ziel ohne Ver- 
mittlungs-Hardware und unge- 
st rter Betrieb auch beim Aus- 
fallen von Stationen. 


Nachteilig bei diesen typischen 
Diffusionsnetzen ist, daß nur 
eine Station zur Zeit senden 
darf, während alle anderen ‘zu- 
hören’ müssen. Auch ist die li- 
neare ‘Durchfädelei’ von Rech- 
ner zu Rechner nicht besonders 
gebäudegünstig; hier wären 
Verzweigungspunkte manch- 
mal nützlich (dazu gleich noch 
mehr). 


Nachrichtentechnische Tricks 
erlauben solche Abzweigungen, 
wodurch die Baum-Topologie 
entsteht, die aber prinzipiell ge- 
nauso funktioniert. Auch hier 
handelt es sich um Diffusions- 
netze mit den bei der Bus-Topo- 
logie beschriebenen Vor- und 
Nachteilen. 


Bei Netzen, die mit geringer 
Datenrate etwa über ‘Klingel- 
draht’ arbeiten (zum Beispiel 
Star-LAN), ist eine Bus-Topo- 
logie von einer Baumstruktur 
quasi nicht unterscheidbar 
(siehe Bilder). ‘Gebäudeungün- 
stig’ kann die Vernetzung erst 
dann werden, wenn man bei- 
spielsweise Koaxialkabel oder 
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Glasfasern verwendet. Dann 
werden spezielle Weichen oder 
Anpassungsverstärker benötigt, 
um ‘echte’ Verzweigungen zu 
realisieren, einfaches ‘Zusam- 
menklemmen’ von Drähten 
funktioniert hier nicht. 


Ein gutes Beispiel für eine 
Baum-Topologie ist das Breit- 
band-Kabelnetz der Bundes- 
post (Kabelfernsehen). Von ei- 
ner ‘Zentrale’ aus verzweigt sich 
ein Kabelnetz immer weiter bis 
zum Endverbraucher. Leider 
(oder Gott sei Dank) ist das 
Kabelfernsehnetz eine ‘Ein- 
bahnstraße’, während sinnvolle 
Baum-Topologien eine Rück- 
führung von Informationen von 
jedem Knoten zur Wurzel des 
Baums ermöglichen, die dann 
für eine Verteilung dieser Infor- 
mation ins ganze Netz sorgt 
(zum Beispiel Mid-Split- 
Breitbandkabeltechnik). 


Eine sehr bedeutende Netz- 
struktur ist auch die Ring- 
Topologie. Ringe lassen sich 
nicht als Diffusionsnetze und 
nur schwer als Teilstreckennetze 
erklären. Hier sind alle Geräte 
reihum miteinander verbunden, 
und die Informationen ‘laufen 
im Kreis’ durch die Ringleitung. 
Das bedingt ein Zwischenspei- 
chern eines oder mehrerer Bits 
in den Knotenstellen. Dieses 


notwendige Zwischenspeichern 
läßt den Ring als Teilstrecken- 
netz erscheinen, jedoch existiert 
hier keine ‘Vermittlung’ von 
Leitungen, die Struktur, eben 
der Ring, liegt fest. 


Vorteilhaft sind beim Ring die 
bescheidene Anzahl von Leitun- 
gen, die gute Erweiterbarkeit, 
das Fehlen einer Zentrale und 
ein einfaches, sicheres Übertra- 
gungs-Protokoll. Insbesondere 
ist vorteilhaft, daß alle gesende- 
ten Daten beim Sender wieder 
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typisches 
Diffusionsnetz (nur einer 
kann senden) 

-keine Verzweigung 
erlaubt 

—- minimaler 
Leitungsbedarf 

- störsicher auch beim 
Ausfall einzelner Knoten 

- einfache 
Erweiterbarkeit 

- große Verbreitung 
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ankommen, wodurch sich die 
Fehlerfreiheit der Übertragung 
sicherstellen läßt. Dafür ‘hängt’ 
das ganze Netz, wenn ein Kno- 
ten oder eine Leitung im Ring 
ausfällt. Auch wird der Ringum 
so langsamer, je mehr Knoten- 
rechner er besitzt, weil jeder 
Knoten zwischenspeichern 
muß. IBMs Token Ring ist mit 
4 Megabaud eines der beliebte- 
sten und zukunftsträchtigsten 
Netzwerke dieser Art, eine 
schnellere Variante ist Proteons 
PRONET mit zehn Megabaud. 





- alle Eigenschaften wie ein Bus, aber Verzeigungen 
erlaubt 

— dadurch günstiger für Gebäude 

- die Wurzel ist meist eine nachrichtentechnische 
Einrichtung, welche die Nachrichten von einem Knoten 
empfängt, umsetzt und an alle Knoten weitergibt 





iX 11/1988 





aflsTe na Kelofe)lereiT- 


. „weder Tellstrecken- noch Diffusionsnetz 


einfaches 
- alles steht, wenn ein Knoten ausfällt 
— mit IBMs Token Ring ein weit verbreitetes Verfahren 


Im wesentlichen wird es in dieser 
Beitragsreihe um LANs gehen. 
Das steht für ‘Local Area Net- 
work’ und betrifft die Zusam- 
menschaltung relativ weniger 
Rechner (häufig gleichen Typs) 
auf kleinem Raum. Wegen des 
meist kleinen, privaten Lei- 
tungsnetzes (maximal wenige 
hundert Meter) stehen hier sehr 
hohen Übertragungsraten keine 
übermäßig hohen Kosten im 
Wege. In der Praxis beginnt das 
bei 10 Megabaud (10 Millionen 
Bits/Sekunde) mit Ethernet und 
kann bis zu einigen hundert 
Megabaud bei speziellen Tech- 
nologien vor allem unter Nut- 
zung der Glasfasertechnik rei- 
chen. 


Von LAN bis GAN 


Typischerweise werden LANs 
eigenverantwortlich, privat be- 
trieben, wodurch nicht zwin- 
gend ein bestimmter Protokoll- 
oder Technologiestandard vor- 
geschrieben ist. Wichtig ist nur, 
daß auch Interfaces zu externen 
Netzen, sogenannte 'Gateways’, 
möglich sein sollten. 


Zur Gruppe der LANs kann 
man auch Prozessor-Bus- 
Konzepte, wie sie zum Beispiel 
von North Star oder Alloy an- 
geboten werden, zählen. Bei die- 
sen werden mehrere PC-Plati- 
nen in ein Gehäuse gesteckt und 
über einen Ein-/Ausgabe-Bus 
verbunden. 


Eine ganz andere Kategorie sind 
die MANS. Diese ‘Metropolitan 
Area Networks’ sollen den sehr 
schnellen Datentransfer bei- 
spielsweise zwischen den LANs 
einer Stadt ermöglichen. Sie 
sind mit über 50 Megabaud 
Übertragungsrate eine Alterna- 
tive zu den langsamen WANs 
‘Wide Area Networks’. 
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Letztere sind beispielsweise die 
öffentlichen, langsameren Fern- 
meldenetze, die dafür aber na- 
hezu beliebige Entfernungen 
überbrücken. Hier sind vorge- 
schriebene Übertragungsver- 
fahren und Protokolle einzuhal- 
ten. Die obere Grenze der Über- 
tragungsgeschwindigkeit liegt 
bei etwa 100 Kilobaud oder bei 
normaler Benutzung des Fern- 
sprechnetzes hierzulande bei 
nur 2400 Baud. 9600 Baud im 
Fernsprechnetz stellen aber kein 
technisches Problem mehr dar, 
wie international bereits einge- 
setzte Modems beweisen. Typi- 
sche WAN-Dienste sind Da- 
tex-L, Datex-P und ARPA- 
NET. 


Dann gibt es noch als ‘nächst- 
größere Einheit’ die GANSs 
(Global Area Networks), wel- 
che interkontinentale Satelliten- 
verbindungen benutzen. Einige 
Großkonzerne wie IBM, Con- 
trol Data und Xerox verfügen 
über solche ‘hauseigenen’ Ver- 
bindungen ihrer Großrechner. 
Im Zusammenhang mit IBMs 
neuer Rechnerfamilie AS/400 
ist das Wartungsnetz RETAIN 
zu nennen, das alle Rechner die- 
ser Generation verbindet. Inter- 
essant sind diese Netze auch für 
PC-Anwender deshalb, weil 
man sich über WANs wie Da- 
tex-P Zugang zu Knotenrech- 
nern solcher Einrichtungen ver- 
schaffen kann. IBMs VNET 
und das INTERNET von Xe- 
rox sind Beispiele für solche 
Netze. 


Schichttorte 


Wie schon angedeutet, findet 
die Kommunikation der Rech- 
ner eines Netzwerks in verschie- 
denen Ebenen statt, auf denen 
die Rechner einander angegli- 





chen (kompatibel gemacht) wer- 
den müssen. Da gibt es eine 
‘"Verkabelungsebene', die eine 
optische oder elektrische Ver- 
träglichkeit herstellen muß. 
Dann ist vielleicht ein Übertra- 
gungs- beziehungsweise Modu- 
lationsverfahren zu berücksich- 
tigen. 


Die nächste Ebene beschäftigt 
sich mit der Kodierung, eine 
weitere mit einem Übertra- 
gungs-Protokoll. Das geht so 
weiter bis zur Anwender-Ebene, 
die — wie eine der eingangs auf- 
gestellten Anforderungen aus- 
sagt - ein Ansprechen des Netz- 
werks ohne wesentliche Unter- 
schiede zu anderen Einrichtun- 
gen des Rechners erlauben soll. 
Auch sollen Programme Res- 
sourcen des Netzwerks so be- 
nutzen können wie beispiels- 
weise die eigenen Diskettenlauf- 
werke. 


Jede Ebene hat ihre eigenen Pro- 
bleme und Anforderungen und 
sollte unabhängig vom Rest be- 
trachtet werden können. Es bie- 
tet sich an, derartige Probleme 
modular anzugehen und für die 
einzelnen Ebenen getrennte An- 
forderungskataloge aufzustel- 
len. Das hat den Vorteil, daß 
Veränderungen auf einer Ebene 
keine Rückwirkungen auf das 
Gesamtsystem haben. 


Jede Ebene beziehungsweise 
Schicht stellt eine klar definierte 
Schnittstelle zur nächsthöheren 
Ebene zur Verfügung und sollte 
direkt nur auf die nächsttiefere 
zurückgreifen. Eine solche 
Schnittstelle kann softwaremä- 
Big ein Systemaufruf (Trap), 
eine Sprungleiste oder Vektor- 
tabelle sein. Kenner von Be- 
triebssystemen wie GEM, 
MSDOS oder CP/M kennen 
auch hier vergleichbare Ebenen 


wie AES, VDI, GSX, DOS oder 
BIOS. Schichten der Netzwerk- 
software haben diesen Struktu- 
ren gegenüber zusätzlich noch 
die Eigenschaft eines virtuellen 
Protokolls mit vergleichbaren 
Schichten des Kommunika- 
tionspartners. 


Also existiert neben dem verti- 
kalen Informationsfluß von 
Schicht zu Schicht noch ein ho- 
rizontaler, wenn dieser auch 
nicht direkt über einen realen 
Übertragungskanal, sondern 
über den Umweg der tieferlie- 
genden Schichten erfolgt. Die 
tieferliegenden Schichten haben 
dabei etwa Aufgaben wie Dol- 
metscher oder Fernmeldeein- 
richtungen bei der Verständi- 
gung von Menschen miteinan- 
der. 


Wenn man mit jemandem tele- 
foniert, braucht man keine 
Kenntnis darüber, in welche 
Form das Gesprochene zur 
Übertragung elektrisch umge- 
formt wird. Fernmeldeanlagen 
und Dolmetscher sollen Infor- 
mation unverfälscht übertragen 
beziehungsweise übersetzen, 
sonst nichts. Selbst wenn nur 
mit ihrer Hilfe kommuniziert 
werden kann, sollte es stets so 
aussehen, als erfolge die Kom- 
munikation direkt, ohne solche 
Umwege. 


Schichten des 
ISO-Referenzmodells 


Alsinternationaler Maßstabzur 
Gestaltung und Beurteilung von 
Rechnernetzen wurde von der 
ISO (International Standardisa- 
tion Organisation) ein Standard 
festgelegt. Dieses Referenzmo- 
dell macht die funktionalen 
Grenzen der zum Netzwerkbe- 
trieb nötigen Softwaremodule 
(Schichten) sichtbar und inte- 
griert bereits vorhandene Stan- 
dards der Datenübertragung. 
Das ISO-Referenzmodell be- 
steht aus sieben Schichten. 


Physical Layer 


Zur Aufgabe der Schicht oder 
Ebene | gehört alles, was zur 
Übertragung von Daten aufBit- 
ebene nötig ist: Festlegung der 
Verbindungsstecker, Signalpe- 
gel, Modulations- und Übertra- 
gungsverfahren. Standards wie 
RS-232-C oder V.24 sind mög- 
liche Beschreibungen für diese 
hardwarenächste Ebene. Dazu 
gehören allerdings auch noch 
Software-Interfaces zur nächst- 
höheren Ebene und rudimen- 
täre Fehlererkennungsmecha- 
nismen. 
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Hier geht es jedoch nur um Feh- 
ler, welche die Hardware erken- 
nen kann. Das kann zum Bei- 
spiel eine Leitungsunterbre- 
chung (Break) oder ein sonstiger 
Zusammenbruch des Übertra- 
gungskanals (wie Carrier Lost) 
sein. 


Link Layer 


Dabei handelt es sich um die 
Schicht (Ebene 2), welche eine 
zuverlässige, "paketorientierte’ 
Datenübertragung garantieren 
soll. Solche Pakete oder "Rah- 
men’ bestehen neben einem Da- 
tenblock mit Nutzinformation 
noch aus einigen Kontrollinfor- 
mationen wie Blocklänge, Prüf- 
summe und der Sender-/ 
Empfänger-Identifikation. Ein 
Protokoll muß für Aufnahme 
und Beendigung von Verbin- 
dungen (speziell bei Teil- 
streckennetzen), Quittierung 
empfangener Pakete (um deren 
möglichen Verlust zu erkennen) 
sowie Erkennung oder Beseiti- 
gung von Übertragungsfehlern 
sorgen. 


Insbesondere in Teilstrecken- 
netzen ist hier einiges an “Ver- 
mittlungsarbeit’ zu leisten. Zur 
Erinnerung: Bei einem Teil- 
streckennetz werden, wie bei ei- 
ner Telefon-Vermittlung, Ver- 
bindungen erst auf Anforde- 
rung hergestellt. Ferner müssen 
die Knotenrechner Pakete bis zu 
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Ebene 1 
Physical Layer 


>| Ebene 0 
Übertragungsmedium 


virtuelle 
Kommunikation 
über Schichtprotokolle 


deren kompletten Empfang und 
Freiwerden eines Kanals für die 
Weiterleitung zwischenspei- 
chern. Die Link-Ebene ist so- 
wohl für die Herstellung der 
Verbindungen als auch für die 
fehlerfreie und vollständige 
Übertragung der Pakete zustän- 
dig. Sollte die Übertragung 
nicht gelingen, so hat sie das 
zumindest den höheren Schich- 
ten mitzuteilen, damit diese sich 
beispielsweise andere Verbin- 
dungswege suchen. 


Selbstverständlich sind nach 
vollendeter Übertragung die 
Verbindungen wieder zu lösen. 
Auch muß diese Schicht auf An- 
frage der nächsthöheren Netz- 
werkschicht die momentane 
“Verbindungssituation’ überge- 
ben. Eine Realisierung dieser 
Ebene ist zum Beispiel IBMs 
‘High Level Data Link’. 


Ähnliche Aufgaben haben auch 
die Protokolle von MODEM-7 
oder KERMIT, wobei hier al- 
lerdings keine Vermittlung oder 
Identifikation von Sender und 
Empfänger nötig ist, weil die 
Verbindung vom Anwender 
manuell hergestellt wird. 


Network Layer 


Diese Schicht (Ebene 3) ist ei- 
gentlich nur für Teilstrecken- 
netze wichtig. In den Diffu- 
sionsnetzen, wo alle Knoten fest 
miteinander verbunden sind, 


realer 
Informationsfluß 





wird die Network-Ebene nur für 
die Gateways, also die Verbin- 
dungen zu anderen Netzen, ge- 
braucht. 


In Teilstreckennetzen ist diese 
Ebene wichtig, um das “Rou- 
ting', also die Wegfindung 
durch das Netz, zu bewerkstel- 
ligen. Dabei ist über die Link- 
Ebene festzustellen, welche 
freien Leitungen und Knoten- 
rechner mit noch ausreichen- 
dem Zwischenspeicher für die 
Paketübertragung bereitstehen. 


Sodann ist die kürzeste oder bil- 
ligste Verbindung zu suchen 
und unter Verwendung der 
Link-Ebene herzustellen. Die 
bis hierher aufgeführten Schich- 
ten bilden die Werkzeuge, die 
für eine Kommunikation in ei- 
nem beliebig komplexen Netz 
nötig sind. 


Transport Layer 


Ebene 4 ist die höchste der 
transportorientierten Schich- 
ten. “Transportorientiert' soll 
hier bedeuten, daß für die dar- 
überliegenden Schichten Details 
beim Zugriff auf Netzwerk- 
Ressourcen nicht mehr sichtbar 
sein dürfen. 


Die Transport-Ebene stellt die 
Datenübertragungsmöglichkei- 
ten den darüberliegenden an- 
wendungsorientierten Schich- 
ten zur Verfügung. Das sieht so 





aus, daß höhere Schichten nur 
logische Kanäle (z. B. Kanalna- 
men) zu sehen bekommen und 
übertragungstechnische Details 
in den tieferen Schichten ver- 
borgen bleiben. So sind sowohl 
Wegfindung als auch Übertra- 
gungsprotokolle für ein Pro- 
gramm, welches Daten senden 
will, absolut unerheblich. 


Diese Ebene ist mit dem DOS 
eines konventionellen Betriebs- 
systems vergleichbar, welches 
dem Anwender beispielsweise 
verbirgt, auf welchen Spuren 
oder Sektoren welche Datei liegt 
oder nach welchem Verfahren 
sie aufgezeichnet wurde. Die 
Transport-Ebene muß unter 
Nutzung der tieferen Ebenen ei- 
nen sicheren Transport der Da- 
ten zum gewünschten Ziel ga- 
rantieren, dazu hat sie auch alle 
möglichen Fehlerkorrekturen 
vorzunehmen. 


Session Layer 


Das eigentliche Interface zur 
Umgebung des jeweiligen Rech- 
ners stellt die Ebene 5 dar. Sie ist 
funktionell eng mit der Trans- 
port-Ebene und dem verwende- 
ten Betriebssystem des Knoten- 
rechners verbunden. Sie stellt 
Hilfsmittel zum Herstellen und 
Trennen von Verbindungen 
durch den Anwender bereit und 
stellt dem Betriebssystem die 
Verbindung als ‘virtuelles Ge- 
rät' zur Verfügung. 

Der so bereitgestellte logische 
Kanal kann für ein Betriebssy- 
stem wie ein beliebiges Periphe- 
riegerät aussehen, also beispiels- 


BER RIOR ST TG TE 
modell macht die 
funktionalen Grenzen 
der zum Netzwerk- 
betrieb nötigen 


Softwaremodule 
sichtbar und integriert 
bereits vorhandene 
SIETITeETge ce l-1g 
Datenübertragung. 





weise ein MSDOS- oder 
UNIX-Datei-Handle sein. So 
kann ein Übertragungskanal 
für ein MSDOS-System bei- 
spielsweise wie ein ganz norma- 
ler Drucker angesprochen wer- 
den, nachdem über ein Utility- 
Programm der Session-Ebene 
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eine Verbindung hergestellt 
wurde. Für DOS-Anwender 
sieht das Ganze zum Beispiel 
wie ein Druck-Spooler aus. 


Presentation Layer 


Diese Schicht (Ebene 6) hat ver- 
schiedene Aufgaben, die mit der 
Anpassung von Datenformaten 
zu tun haben. Das kann die Um- 
kodierung von Zeichensätzen 
ebenso wie die Anpassung von 
Peripheriegeräten - wie 
Druckern oder Datensichtgerä- 
ten — bedeuten. Gerade bei ‘of- 
fenen Netzen’, also solchen, die 
an Dienste wie Teletex, Btx oder 
das Fernschreibnetz ange- 
schlossen sind, müssen Daten 
von ‘draußen’ in eine interne 
Darstellung umgeformt werden, 
bevor ein Programm oder An- 
wender sie benutzen kann. 


Auch existieren im Netz viel- 
leicht die unterschiedlichsten 
Drucker, von denen jeder an- 
dere Steuersequenzen erwartet. 
Die Presentation-Ebene stellt 
global gültige Steuersequenzen 
bereit, indem sie die für die End- 
geräte nötigen Umformungen 
vornimmt. Eine weitere Auf- 
gabe dieser Schicht kann der 
Datenschutz sein. Diese Schicht 
kann Daten auch verschlüsseln 
oder entschlüsseln und hat da- 
bei Zugriffsrechte zu überprü- 
fen. Speziell bei Datenübertra- 
gung über große Entfernungen 
oder öffentliche Netze kann es 
sinnvoll sein, die Daten zu ver- 
schlüsseln. Das gleiche gilt für 
allgemein zugängliche Daten- 
träger. 


Application Layer 


Ebene 7 ist die höchste Schicht 
des ISO-Modells, die Anwen- 
dungsebene. Die von ihr gelei- 
steten Dienste hängen vom Um- 
fang des Netzwerk-Betriebssy- 
stems ab. Sie unterstützt die 
“Verwaltungsebene’ dieses Be- 
triebssystems. Das beinhaltet 
Dinge wie die Zugangskontrolle 
(Login), die Verbrauchsmittel- 
abrechnung (Accounting-Sy- 
stem) und Strukturkontrolle 
(Kontrolle der bestehenden 
Netzwerk-Verbindungen). 


An diesem Schichtenmodell las- 
sen sich die meisten Netzwerke 
messen. Nur wenige Netzwerke 
erfüllen alle aufgestellten For- 
derungen, oft ist dies allerdings 
auch gar nicht notwendig. Man 
sollte jedoch nicht aus den Au- 
gen verlieren, daß so manche 
Notwendigkeit erst beim Be- 
trieb oder weiteren Ausbau des 
Netzwerks auffällt. Vor allem 
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die nachträgliche Installation 
von Gateways kann zu Proble- 
men führen, die in der Grund- 
konzeption nicht berücksichtigt 
wurden. 


‘Ganz unten’ 


Als weitere Schicht (Ebene 0) 
werden oft die Übertragungs- 
medien, also die eigentlichen 
Verbindungen, bezeichnet. Hier 
unterscheidet sich die Situation 
bei LANs ziemlich deutlich von 
den Verhältnissen bei öffentli- 
chen Netzen, weil die Verbin- 
dungslängen meist mit einigen 
hundert Metern recht kurz sind. 
So kann man hier Verbindungs- 
techniken benutzen, die für öf- 
fentliche Netze viel zu aufwen- 
dig wären. 


Eine andere Frage ist 
jedoch, welche 
UPTTTETTOER EINE HUN 
heutigen Personal- 
[efo]aaTelti tlg atlet-1g1F: 1810] 
nutzbar sind. Selbst 


unter Verwendung 
von schnellen 
BINFELETEI-TwSllate, 
hier kaum mehr als 
10 Megabaud zu 
schaffen. 





Außerdem würde so manches 
Verfahren über größere Entfer- 
nungen nicht funktionieren. So 
kann man über gewöhnlichen 
‘Klingeldraht' innerhalb solch 
niedriger Entfernungen noch 
auf Übertragungsraten bis zu ei- 
nem Megabaud kommen. Für 
Personalcomputer gibt es von 
etlichen Herstellern (inklusive 
IBM) einfache PC-NET- 
Adapter, die mit solchen Zwei- 
drahtleitungen verbunden wer- 
den. Western Digitals Star- 
LAN ist der wohl bedeutendste 
Vertreter dieser Gattung. 


Die simpelste Lösung über- 
haupt ist die Verwendung von 
ganz normalen, asynchron-se- 
riellen Schnittstellen (UARTS). 
Mit ihnen erreicht man ohne 
große Schwierigkeiten Ge- 
schwindigkeiten bis zu 115 200 
Baud. Bei größeren Entfernun- 
gen oder hohen Übertragungs- 
raten sollten jedoch keine 
V.24-Pegel (üblicherweise 
+12V) mehr verwendet wer- 


den, sondern besser Strom- 
schleifen beziehungsweise sym- 
metrische Treiber (RS-422). 


Synchronisiert man die UARTs 
mit einer separaten Taktleitung, 
erreicht man auf diesem Weg 
sogar noch höhere Datenraten. 
(Mit Intels 8251 darf man in der 
Betriebsart, in der die Taktfre- 
quenz zur Baudratengewinnung 
nicht geteilt wird, nur so arbei- 
ten, um phasensynchron zu blei- 
ben.) 


Den Aufwand der zusätzlichen 
Taktleitung erspart man sich 
mit einem Datenseparator, wie 
man ihn auch bei Floppy-Disk- 
Controllern findet. Ein solcher 
extrahiert den Takt aus dem 
Datenstrom, so daß man ihm 
dann dem synchronen Schnitt- 
stellenbaustein zuführen kann. 
In diesem Fall sollte man aber 
auch eines der Synchronüber- 
tragungsverfahren wie SDLC 
oder HDLC verwenden. Selbst 
so preiswerte Bausteine wie die 
Z80-SIO (programmierbarer se- 
rieller Schnittstellen-Baustein) 
unterstützen solche Protokolle. 


Leider ermöglicht der im 
IBM PC und Kompatiblen ein- 
gesetzte 8250-Baustein nur 
asynchrone Datenübertragung, 
weshalb man hier für Übertra- 
gungsraten im Megabaud-Be- 
reich einen speziellen 
HDLC-Controller (eben eine 
von den oben erwähnten Netz- 
werkkarten) braucht, anstatt 
einfach einen Datenseparator 
und bessere Treiber vorzusehen. 


Für noch höhere Übertragungs- 
raten ist verdrillter Klingeldraht 
(Niederfrequenzkabel, Telefon- 
kabel) nicht mehr zu gebrau- 
chen, statt dessen wird Koaxial- 
kabel benutzt. Solche Hochfre- 
quenzkabel kennt wohl jeder als 
Zuleitungen für Fernsehanten- 
nen. Mit ihnen erreicht man 
leicht Datenraten bis in den 
Gigabaud-Bereich. 


Nun kann man an solchen Ka- 
beln aber nicht mehr ‘wild her- 
umlöten’ und sie so lang ma- 
chen, wie man sie gerade 
braucht: Jede Leitung muß mit 
dem Wellenwiderstand (meist 
60, 75 oder 93 Ohm) abgeschlos- 
sen werden, statt einer ‘angelö- 
teten’ Abzweigung wird eine 
Weiche gebraucht. Hält man 
sich nicht daran, hat man gegen 
Reflektionen, Stehwellen und 
andere unangenehme Dinge an- 
zukämpfen. Das alles macht die 
Verbindungstechnik wesentlich 
teurer und auch mechanisch an- 
fälliger, weil man solche Leitun- 
gen z. B. auch nicht rechtwink- 


lig verlegen oder knicken darf. 


Lichtwellenleiter erlauben die 
“totalen Übertragungsraten’ (et- 
liche Gigabaud), sofern man 
statt Leuchtdioden und Photo- 
transistoren Laserdioden und 
Lawinendioden benutzt. Leider 
handelt man sich hier jedoch 
noch größere mechanische Pro- 
bleme ein. Die Verbindungsstel- 
len (Glasfaserenden) von Licht- 
wellenleitern müssen reflexions- 
frei geschliffen sein. 


Dafür hat man bei Lichtwellen- 
leitern keine Probleme mehr mit 
elektrischen oder magnetischen 
Störungen, kann sie also neben 
Energieleitungen verlegen, ohne 
daß Störungen auftreten. Auch 
ist die Dämpfung’, also der Pe- 
gelverlust über größere Entfer- 
nungen, bei Glasfasern sehr ge- 
ring. Die komplizierte Verbin- 
dungstechnik macht optische 
Nachrichtenverbindungen dar- 
über hinaus recht abhörsicher, 
denn ein Auftrennen der Sinal- 
leitung ist ohne deren Zerstö- 
rung kaum möglich. 


Eine andere Frage ist jedoch, 
welche Übertragungsraten mit 
heutigen Personalcomputern 
überhaupt nutzbar sind. Selbst 
unter Verwendung von schnel- 
len DMA-Kanälen sind hier 
kaum mehr als 10 Megabaud zu 
schaffen. Allerdings muß man 
bei Diffusionsnetzen bedenken, 
daß zu einem Zeitpunkt nur ein 
Knoten senden kann. Um sich 
daraus resultierende Wartezei- 
ten zu ersparen, kann man grö- 
Bere Datenblöcke im Netz- 
werk-Adapter puffern und dann 
mit weit höherer Geschwindig- 
keit im Netz arbeiten. Das ist 
keine neue Methode, schließlich 
haben auch einige Festplatten- 
Controller größere Puffer, und 
die DMA-Transfergeschwin- 
digkeit des Rechners ist sekun- 
där. 


Nach dieser etwas abstrakten 
Einführung handelt die nächste 
Folge von handfesteren Dingen: 
Es wird um die technische Rea- 
lisierung der wichtigen LAN- 
Topologien Bus, Baum und 
Ring am Beispiel von Ethernet. 
ARCnet und IBMs Token Ring 
gehen. (pan) 


Klaus Zerbe arbeitet als System- 
analytiker bei der Firma Koga 
und beschäftigt sich seit 3 Jahren 
mit PC-Netzen. 
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report 


Weihnachten 1986: George Di- 
Nardo, Executive Vice-Presi- 
dent der Mellon Bank in Pitts- 
burgh, nahm die Marktuntersu- 
chung einer großen amerikani- 
schen DV-Zeitschrift zum An- 
laß für einen Stoßseufzer: 
“Wenn Sie unbedingt wissen 
wollen, was ich mir für das 
nächste Jahr wünsche, dann ist 
das einzig und allein: fehler- 
freier Programm-Code.’ In der 
Tat: Während übliche Compu- 
tersysteme an Verfügbarkeitsra- 
ten von 99% herankommen, 
während fehlertolerant ausge- 
legte Rechner einen sicheren 
24-Stunden-Betrieb an sieben 
Tagen in der Woche gewährlei- 
sten, bereiten die in den Ver- 
zweigungen der Programm- 
pfade verborgenen Bugs den 
DV-Chefs schlaflose Nächte. 
"Wenn wir Computersysteme 
anbieten würden mit den Qua- 
litätsstandards, die heutige 
Softwaresysteme haben, wür- 
den das die Kunden nicht ak- 
zeptieren', war sich Arno Bohn, 
stellvertretender Vorsitzender 
der Nixdorf Computer AG, mit 
bundesdeutschen Software- 





Dieter Schweinsberg 


Chefs auf einer gemeinsamen 
Veranstaltung einig. 


Doch einig waren sich die Ge- 
sprächsteilnehmer auch in der 
Frage, wie man gemeinsam zu 
höherer Software-Qualität ge- 
langen kann. ‘Die Bereitstellung 
einer geeigneten Systement- 
wicklungs-Umgebung hat zu- 
kunftsentscheidende Bedeu- 
tung.” Das gilt für Hardware- 
Hersteller ebenso wie für Soft- 
warehäuser und Systemhäuser, 
das gilt aber vor allem für die 
DV-Abteilungen großer Unter- 
nehmen, in denen permanent 
Anwendungen für die Endbe- 
nutzer geschrieben werden. Nur 
5 bis 7 % der auftretenden Pro- 
grammfehler, so ermittelte das 
EDV-Studio Ploenzke, Wiesba- 
den, entstehen tatsächlich bei 
der Realisierungsphase. Rund 
50 bis 60% aller Software- 
Entwicklungsfehler werden da- 
gegen schon bei der Bearbeitung 
des Fachkonzepts verursacht. 
Also zu einem enorm frühen 
Zeitpunkt der Software- 
Erstellung. Das heißt aber, daß 
- wenn überhaupt — nur mit ei- 


Seit es Computer gibt, werden ingenieurmäßige 
Vorgehensweisen durch die Datenverarbeitung 
unterstützt und optimiert. Ausgerechnet die 
Software-Entwicklung selbst verzichtete lange auf 
geeignete Rechnerhilfen. Programmieren war eine 
reine Frage der Intuition. Doch rechnergestützte 
Werkzeuge und Methoden sorgen heute für mehr 
Effizienz am Programmier-Arbeitsplatz und damit für 
geringere Programmier-Kosten. Sie sichern aber auch 
höhere Qualität. Computer Aided Software Engineering 


(CASE) soll den Weg aus dem Entwicklungs-Stau weisen, 


indem Programmierer aus schlichter Routine befreit 
werden: denn erst dann ist Raum für Kreativität. 


98 


nem erheblichen Aufwand an 
Menschen und Kapital diese 
Fehlentwicklungen nachträg- 
lich wieder korrigiert werden 
können. Das Software-Produkt 
ist so gut wie seine Planung. 
Mehr noch: Kein PC-Händler, 
kein Vertragspartner könnte die 
Wartung der installierten Ma- 
schinen übernehmen, wenn er 
nicht über eine detaillierte Do- 
kumentation des Systems ver- 
fügte. Für Software-Produkte 
ist dieser Mangel fast selbstver- 
ständlich. 


Mehr Effizienz 


Etwa 33 % der Personalkapazi- 
tät in den DV-Abteilungen 
schluckt die Wartung bestehen- 
der Anwendungen, weitere 
20 % verschlingt die Umstel- 
lung bestehender Applikatio- 
nen, und immerhin 12% der 
RZ-Mitarbeiter beschäftigen 
sich mit der Einführung bereits 
fertiggestellter Standard- 
Software. Sie alle benötigen eine 
detaillierte Dokumentation. 


Rund 80 % der weltweit getätig- 





ten Software-Investitionen wer- 
den in die Pflege und Weiterent- 
wicklung bestehender Software- 
Pakete gesteckt, ermittelte das 
US-Department of Defense. Al- 
lein in der Bundesrepublik wer- 
den 1988 rund 15 Milliarden 
DM für Software und Services 
ausgegeben. Bis 1992 wird sich 
diese Zahl verdoppelt haben. 
Nur 30 % der Mitarbeiter in ei- 
ner DV-Abteilung sind tatsäch- 
lich mit der Neuentwicklung 
von Software befaßt. Zuwenig, 
angesichts des immensen Be- 
darfs an neuen Anwendungen in 
den Unternehmen. Es ist das im- 
mer gleiche Argument, mit dem 
in den letzten 30 Jahren neue 
Programmiersprachen in die 
Welt gesetzt wurden: die Erhö- 
hung der Programmier-Produk- 
tivität. 


‘Programmieren war mir zuwi- 
der’, gestand beispielsweise der 
IBM-Fellow John Backus, der 
mit Fortran die erste höhere 
Programmierspache schuf. 
Backus und seine Kollegen, die 
weltweit rund 200 Progammier- 
sprachen entwickelten, wollten 
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raus aus der täglichen Routine. 
Ähnliches gesteht auch Harald 
Wieler, Schöpfer des Pro- 
grammentwicklungs-Systems 

Maestro: ‘Ich war es satt, immer 
nur das gleiche zu tun.’ Und dies 
ist gelungen. Die Realisierungs- 
phase bei der Software- 
Entwicklung, die Erstellung von 
Programm-Code also, benötigt 
nur noch rund 10 % der Ent- 
wicklungszeit. Gleichzeitig je- 
doch wurden die Anwendungen 
immer komplexer. Und damit 
erhält die Konzeptionsphase 
eine klar entscheidende Bedeu- 
tung. Ihr Anteil am Gesamtpro- 
jekt nimmt zu. Doch diese In- 
vestition in Zeit und Menschen 
in der Anfangsphase des Ent- 
wicklungsprozesses ist Voraus- 
setzung dafür, in der Realisie- 
rungsphase Zeit zu sparen und 
Fehler zu vermeiden. Noch in 
den späten siebziger Jahren 
hatte es vollkommen ausge- 
reicht, wenn ein Programmierer 
allein die Software während ih- 
res gesamten Entstehungspro- 
zesses begleitet. Und dieser 
Software-Adept hatte das ge- 


"Wenn Sie unbedingt 
wissen wollen, was ich 
mir für das nächste Jahr 
wünsche, dann ist das 


einzig und allein: 
fehlerfreier 
Programm-Code.' 


samte Paket im Griff, seine Do- 
kumentation bestand aus einer 
vor Zugriffen von Fremden ge- 
schützten Zettelwirtschaft. Für 
diesen Entstehungszyklus müs- 
sen heute Werkzeuge und Me- 
thoden zur Verfügung stehen, 
die mehr leisten, als Pro- 
gramm-Code zu generieren. 
CASE-Produkte müssen den 
Entwickler während des gesam- 
ten Lebenszyklus der Software 
begleiten: von der Analyse zur 
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Definition, vom Entwurf zum 
Design, von der Kodierung zum 
Debugging, von der Dokumen- 
tation zur Wartung. Sie müssen 
ein ganzes Team in die Lage ver- 
setzen, gemeinsam und über ei- 
nen längeren Zeitraum hinweg 
an der Entwicklung komplexer 
Anwendungen zu arbeiten. 


Workstation als 
Entwicklungs- 
werkzeug 


CASE-Produkte, wie sie heute 
angeboten werden, unterschei- 
den sich stark in ihren Lei- 
stungsmerkmalen. Drei Typen 
lassen sich ausmachen: solche, 
die zu Beginn der Entwicklungs- 
phase das Design auf dem Bild- 
schirm visualisieren; solche, die 
in der Schlußphase dabei helfen, 
Code zu generieren; und solche, 
die die Programmierer von der 
ersten bis zur letzten Phase des 
Entwicklungsprozesses führen. 
Diese vollständigen, integrier- 
ten Systeme entstehen seit eini- 
ger Zeit. Dabei wird deutlich, 
daß Workstations in Verbin- 
dung mit Abteilungsrechnern 
oder Servern die geeignete 
Hardware-Umgebung für 
CASE-Produkte darstellen. 


Die dialogorientierten Prozesse 
des Software Engineering lassen 
sich dort am besten vollziehen, 
wo die Prozessorleistung nah 
beim Entwickler angesiedelt ist. 
Mit UNIX steht für diese Ent- 
wicklungs-Maschinen darüber 
hinaus ein Betriebssystem zur 
Verfügung, das vor allem eine 
zielsystemunabhängige Soft- 
ware-Entwicklung gestattet. 
Tools für das schematische De- 
sign, also für die Startphase der 
Software-Erstellung, bestehen 
üblicherweise aus zweidimensi- 
onalen Sprachen. Sie erlauben 
es dem Programmierer einer- 
seits, das geforderte Problem zu 
beschreiben, liefern aber ande- 
rerseits bereits grafische Pro- 
gramm-Modelle und Daten- 
strukturen. Noch vor zwei Jah- 
ren unterstützten diese Werk- 





een von Neueinführung Sonstige 


Neuentwicklung 
von Anwender- Anwendungs- von Standard- 
programmen 


zeuge nach der Problembe- 
schreibung lediglich eine erste 
Dokumentation und Spezifika- 
tion. Tatsächlich wurden diesen 
Tools seitdem laufend neue 
Funktionalitäten hinzugefügt. 


Software-Werkzeuge leisten be- 
reits in der Planungsphase des 
Projekts Unterstützung. Hier 
können Reportwege für die Pro- 
jekt-Beteiligten festgehalten, 
Ziele und geforderte Ergebnisse 
definiert und Teilprojekte be- 
nannt werden. Diese Funktio- 
nen werden um so wichtiger, als 
komplexere Software auch ei- 


nen größeren Einsatz von Men- 
schen und Zeit fordert. Projekt- 
Management-Systeme (PMS) 
helfen, das Projekt während sei- 
nes Verlaufs zu verfolgen und 
weiterzuplanen. Hier muß Un- 
terstützung bei der Kostenab- 
schätzung für die aufgesetzten 
Projekte geleistet werden. Dabei 
kommen Methoden wie ‘Func- 
tion Point’ zum Einsatz. Erwei- 
terte grafische Fähigkeiten er- 
leichtern die Erstellung von 
Funktionsbeschreibungen und 
Systembeziehungen sowie die 
Darstellung von Informations- 
flüssen. Hier werden Werkzeuge 
eingesetzt, die die Kommunika- 
tion zwischen Software- 
Entwicklern und Anwendern 
fördern. Diese Beschreibungen 
führen zu einem ausformulier- 


Tätigkeiten 
Software 


ten Pflichtenheft. Hinzu kom- 
men Werkzeuge für Prüfverfah- 
ren und die Qualitätsanalyse. 
Wesentlich ist aber auch die Fä- 
higkeit, ein einheitliches Daten- 
modell aufzubauen. 


Mit Hilfe solcher Design- 
Werkzeuge ist es möglich, fach- 
liche Anforderungen und Kon- 
zepte in einem interaktiven Pro- 
zeß am Bildschirm zu beschrei- 
ben, auf Konsistenz zu prüfen 
und einem DV-technischen Test 
zu unterziehen. Und das hat ei- 
nen entscheidenden Vorteil: De- 
sign-Systeme geben dem Pro- 


Projektver- 


waltung 
unter 


NCAPE. 





grammierer nicht nur ein Aus- 
drucksmittel an die Hand, mit 
dem Probleme schnell und prä- 
zise beschrieben werden kön- 
nen, sie führen ihn außerdem 
Schritt für Schritt durch die Sta- 
dien des Software-Designs. Das 
Ergebnis ist auf Dauer ein gan- 
zer Satz von Anwendungen, die 
nach standardisierten Metho- 
den entwickelt wurden. Das er- 
höht einerseits die Qualität der 
Software und erleichtert ande- 
rerseits ihre Wartung und 
Pflege. Erfahrungen mit diesen 
grafisch orientierten, interakti- 
ven Design-Systemen zeigten 
neben der Erhöhung der Soft- 
ware-Qualität und Program- 
mier-Produktivität einen drit- 
ten, völlig unerwarteten Effekt. 
Die Design- und Analysephase 
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wird auch dadurch optimiert, 
daß Programmierer und Endbe- 
nutzer ein gemeinsames Me- 
dium gefunden haben. Über die 
schematische Darstellung der 
Programmfunktionen, die weit 
über die bloße Darstellung des 
Programm-Algorithmus  hin- 
ausgeht, können die Anwender 
schneller entscheiden, ob ihnen 
gefällt, was sie sehen. Entwick- 
lungsprojekte können damit 
schon in einem frühen Stadium 
planbar sein. Und das ist eine 
wesentliche Voraussetzung für 
die Kostenabschätzung. 


Am anderen Ende der Soft- 
ware-Entwicklung entstanden 
Programm-Generatoren, die 
weitgehend automatisch aus 
Design-Vorgaben Programm- 
Code erzeugen können. Und 
auch hier werden laufend neue 
Funktionalitäten hinzugefügt. 





Neben der Generierung von 
Programmzeilen muß auch die 
Dokumentation, die durch das 
gesamte Projekt läuft, sowie die 
Fehleranalyse erfüllt werden. 
Die Produktivität der Software- 
Erstellung wird darüber hinaus 
wesentlich erhöht, wenn mit die- 
sen Tools nicht nur laufend 
‘Lines of Code’ erzeugt werden, 
sondern auch bereits bestehende 
Programmteile verwaltet und 
wiederverwendet werden kön- 
nen. Code-Generatoren - einge- 
bunden in eine Softwarepro- 
duktions-Umgebung (SPU) - 
stellen vor allem dann eine 
enorme Effektivitätssteigerung 
dar, wenn sie Bildschirmmasken 
einerseits und den Zugriff auf 
unternehmensweit gespeicherte 
Daten andererseits standardi- 
sieren. Damit ist nicht nur si- 
chergestellt, daß unternehmens- 
weit eine einheitliche Anwen- 
dungs-Oberfläche entsteht. Die 
bleibt auch dann erhalten, wenn 
mehrere Software-Entwickler 
über einen längeren Zeitraum 
hinweg an verschiedenen Pro- 
jekten arbeiten. 
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Integration 


Bislang sind diese Analyse- und 
Realisierungs-Werkzeuge nur 
unvollständig oder gar nicht 
miteinander verknüpft. Erst die 
durchgängige Unterstützung 
bei der Software-Erstellung 
bringt den erforderlichen Pro- 
duktivitäts- und Qualitäts- 
schub. Sämtliche Module müs- 
sen deshalb in eine einheitliche 
Umgebung eingebunden wer- 
den — wie zum Beispiel ein allen 
Phasen zugrundeliegendes Da- 
tenmodell. Eine durchgehend 
gleiche Benutzeroberfläche und 
eine Dokumentation sind wei- 
tere wichtige Punkte dieses In- 
tegrationsansatzes. Dieser bis- 
herige Mangel an Integration 
innerhalb des Vorgangs Soft- 
ware Engineering mag mit dafür 
verantwortlich sein, daß erst 
rund 2 % der möglichen CASE- 


Anwender weltweit zu rechner- 
gestützten Methoden und 
Werkzeugen gegriffen haben. 
Erst die durchgehende Verbin- 
dung vom Design-System am 
Anfang der Entwicklungsphase 
bis zum Code-Generator an ih- 
rem Ende wird den breiten Er- 
folg von CASE bringen. Neun 
Basis-Module muß ein vollinte- 








griertes CASE-Paket aufweisen: 


-Ein Werkzeug, mit dem die 
Struktur des Entwicklungs- 
projekts formuliert werden 
kann. Hiermit sollen Entwick- 
lungsziele definiert, Teilpro- 
jekte festgelegt und Report- 
wege bestimmt werden kön- 
nen. 


- Grafisch orientierte Software 
für den Beginn der Entwick- 
lungsphase, mit der die Struk- 
tur des projektierten Pro- 
gramms visualisiert wird. Es 
ist das geeignete Kommunika- 
tionsmittel in der Entwick- 
lungsphase, das dem Soft- 
ware-Entwickler besonders 
beim Aufnehmen und Verste- 
hen der Anforderungen, die 
von den zukünftigen Anwen- 
dern an das neue System ge- 
stellt werden, hilft. Es unter- 
stützt zusätzlich das Umset- 
zen der Spezifikationen in ein 
Pflichtenheft. 


- Jeder Prozeß im Rahmen der 

Software-Entwicklung sollte 
vorbereitet und verfolgt wer- 
den durch ein Werkzeug für 
das Projekt-Management, mit 
dem der Fortgang der Ent- 
wicklung zunächst definiert 
und abgeschätzt, später aber 
auch kontrolliert und modifi- 
ziert werden kann. 


-Auch die Software für die 
Masken-Entwicklung muß 
grafisch orientiert sein, um 
schon früh standardisierte Be- 
nutzeroberflächen anbieten zu 
können. 


-Als Kern des CASE-Pakets 
muß ein Repositorium, eine 
Bibliothek, fungieren, in dem 
Programm-Module, Spezifi- 

, kationen und Verfahren ver- 
waltet werden können. Dies 
beinhaltet die Forderung nach 
einem einheitlichen Datenmo- 
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Programmentwicklungs- 
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‘Ich war es satt, immer 


nur das gleiche zu tun.' 
Die Erstellung von 
Programm-Code 
benötigt nur noch rund 
10 % der 
Entwicklungszeit. 





dell über den gesamten Ent- 
wicklungsprozeß hinweg. 


I 


Über die gesamte Vorgangs- 
breite von CASE muß sich ein 
methodischer Ansatz span- 
nen, wie zum Beispiel Structu- 
red Analysis, Entity Analysis 
oder Jackson, und CASE zu 
einer durchgängigen grafi- 
schen Methode und einer 
durchgängigen Dokumenta- 
tion vereinen. 


-Am Ende des CASE-Vor- 
gangs muß ein komfortabler 
Code-Generator die Spezifi- 
kationen in fertigen und eben- 
falls wohldokumentierten 
Programm-Code umsetzen. In 
einer mainframe-orientierten 
Software-Welt wird dieser 
Code vor allen Dingen Cobol 
sein. 


| 


Zusätzlich müssen Funktio- 
nen für die Release-Stands- 
Pflege vorhanden sein, sollten 
Office-Funktionen und Kom- 
munikations-Schnittstellen zu 
Fremdsystemen unterstützt 
werden. 


—-Und zuletzt bedarf es einer 
geeigneten Testumgebung, 





Wer ist schneller ? 
Ihr Rechner oder Ihr Betriebssystem ? 
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NIE PIETAFT 


Ein echtes UNIX System V.3 für 32-Bit 80386 Rechner. 
Microport UNIX ist schneller, leistungsstärker und preiswerter. 
Wir liefern alles für komplette UNIX-Systeme: 


Software 
Betriebssystem: Microport UNIX System V/AT und System V/386 
DOS Merge: Ausführen von DOS-Programmen unter UNIX 
Compiler: C, Pascal, COBOL und NEU: professionelles 32-Bit FORTRAN 
C-Bibliotheken für Multiuser-Datenbankanwendungen 
UNIPLEX II +: das integrierte Softwarepaket für das Büro 
Progress: 4GL Datenbank-Entwicklungspaket 
Informix, Unify, Crystal Writer, R-Office, usw. 


Hardware 


Komplette UNIX Workstations mit 80386 oder 80286 CPU 
Graphik-Karten und Monitore bis 24 Zoll, Terminals, Drucker 5100 AACHEN 

Ethernet-Karten mit TCP/IP : Telefon 0241 - 514000 

Mehrfach RS232-Karten mit 80186 Prozessor (bis 38.400 Baud) | Telefax 0241 - 50 86 92 

60 MB Streamer-Laufwerke für Backup und Datenaustausch (1/4" QIC36) NE 
2/4/8/16 MByte Speichererweiterungskarten Deutscher Microport Vertragshändler. 


Cross- 
Entwicklung 
unter UNIX 
für 
0S-9/68000 





Wir unterstützen Sie: 





technik & Informatik mbH 
Kongreßstraße 5 





UniBridge-Umgebung 


[DIRCRLESL 


Software - Elektronik - Datentechnik 


Dr. Rudolf Keil GmbH 
Gerhart-Hauptmann-Str. 30 
6915 Dossenheim 

Telefon 0 62 21 / 86 20 91-93 
Telex 461 166 keil d 











UNIX Development/Supervision OS-9 Real-Time Execution/Control Telefax 06221/861954 
Autorisierter Distributor von 
UniBridge, UniBridge bietet: —IMLWOWORE _— 
das integrierte I komfortable Entwicklung IM Netzwerkfähig mit 
System für die unter UNIX mit XCC mehreren UNIX- Systec 88 
Echtzeitentwicklung Cross-C-Compiler Hoststationen und/oder ystec 
R j a) L / | München, 25.-28.10. 
mit OS-9/680x0 m Assembler und Linker mehreren OS-9 VME . D 
m OS-9Y/ESP Ethernet Target-Rechnern Halle 5 Stand 5B8 
Support für TCP/IP MB Hotline Service 
EM UniBug C-Source-Level- M Portierungsservice 
Debugger 
M mit Kommunikation über 
Ethernet 
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mit der im Zuge der Qualitäts- 
sicherung das Software-Re- 
sultat mit dem Pflichtenheft 
verglichen wird. Es sollte auch 
ein geeignetes Werkzeug für 
den branchenorientierten Zu- 
schnitt eines Programms sein. 
Hier sind zudem Funktionen 
der Wartung laufender Soft- 


ware-Programme anzusie- 
deln. 
Bislang scheinen CASE- 


Ansätze lediglich “auf der grü- 
nen Wiese’ zu entstehen. Dabei 
müssen CASE-Produkte in Zu- 
kunft einem enormen Ballast 
aus der Historie begegnen kön- 
nen: Es gilt jene Investitionen zu 
schützen, die seit den sechziger 
Jahren in die Anwendungs- 
Entwicklung geflossen sind. Al- 
lein der Bestand an Cobol- 
Programmierzeilen weltweit 
wird auf rund 77 Milliarden ge- 
schätzt. Rund zwei Billionen 
Dollar, wenn dies überhaupt 
abzuschätzen ist, würde die 
Wiederbeschaffung dieses Soft- 
ware-Pools kosten. Die eigent- 
liche Herausforderung besteht 
jedoch in ihrere Wartung. Rund 
20 Milliarden Dollar werden 
jährlich dafür aufgewendet. 
CASE muß deshalb die Mög- 
lichkeit bieten, bestehende Pro- 
gramme in die eigene Welt auf- 
zunehmen. 


Kreativität 
durch Standards 


Keines der heute angebotenen 
CASE-Pakete kann sämtliche 
Funktionen anbieten. Der Ein- 
satz von rechnergestützten Me- 
thoden ist aber dennoch schon 
heute von zukunftsvorbereiten- 
der Bedeutung. Die Einbindung 
in eine voll ausgebaute Soft- 
ware-Entwicklungsumgebung 

kann dann sukzessive erfolgen. 
Nixdorf verfolgt mit seinem in- 
tegriertten Konzept? NCAPE 
(Nixdorf Computer Aided Pro- 
ject Environment) das Prinzip 
der dezentralen Software- 


Entwicklung. Aufbauend auf 
dem relationalen Datenbanksy- 
stem DDB/4 bietet NCAPE die 
Lösung für die Anlage der Pro- 
jektstruktur, das Projektmana- 
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Workstations eignen sich besonders für CASE. 


gement, die Design- und Analy- 
sephase, eine durchgängige Do- 
kumentation sowie eine einheit- 
liche Benutzeroberfläche an. 


Die Workstation (PC) in Ver- 
bindung mit dem System Tar- 
gon unterstützt eine Anwen- 
dungsentwicklung sowohl für 
UNIX als auch andere Betriebs- 
systeme. Diese Nixdorf- 
Entwicklungsumgebung ist in 
der offenen UNIX-Welt in C 
geschrieben worden. Für die 
Code-Generierung werden die 
Produkte Delta (Cobol), 
C-Tools und A.S.E.-Generato- 
ren für den objektorientierten 
Ansatz angeboten. Ähnliche 
PC-Server-Konzepte werden 
auch von US-Anbietern wie Ca- 
dre, Nastec oder Texas Instru- 
ments verfolgt. Vor allem die 
Möglichkeiten der Portierbar- 
keit zwischen Rechnern unter- 
schiedlicher Hersteller und 
Größe sprechen für Software- 
Entwicklung unter UNIX. Seit 
rund zwölf Jahren beispiels- 
weise wird das Programment- 
wicklungs-Tool Maestro von 
der Münchner Softlab GmbH 
permanent erweitert. Jüngste 
Entwicklung ist hier der Um- 
stieg auf das herstellerunabhän- 
gige Betriebssystem UNIX. 


Doch ein kreativer Vorgang wie 
die Entwicklung von Anwen- 














M Verwendung grafischer Spezifikationsmittel (Diagramme) 


M Spezifikation des geplanten Systems wird anwendungsorientiert und nicht DV-bezogen 
MW Verständigung zwischen Analytiker und Auftraggeber wird verbessert 
|| MM Konsistenzprüfungen erhöhen die Qualität der Spezifikation 


| Spezifikationsbibliothek erhöht die Produktivität bei der Erstellung neuer 
Spezifikationen (Soll-Konzepte, Pflichtenheft) 


| M Zur allgemeinen Organisationsanalyse geeignet 
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dungssoftware kann nur auf 
Basis fester Vereinbarungen ge- 
deihen. Sie fehlen auf dem Ge- 
biet des Computer Aided Soft- 
ware Engineering zum Beispiel 
in der Frage der unterstützten 
Methoden. CASE-Produkte 
müssen deshalb die Entwickler 
in die Lage versetzen, zwischen 
mehreren Methoden zu wech- 
seln und sie miteinander zu ver- 
knüpfen. Bereits 1985 gründe- 
ten 14 Luftfahrtunternehmen 
mit dem Software Productivity 
Consortium (SPC) ein Entwick- 
lungs-Unternehmen, dessen 
Ziel die vollständige Integration 
bisheriger Einzel-Werkzeuge 
ist. 25 CASE-Toolhersteller 
wurden dabei in einen Beirat 
berufen. Für Dennis Goughan, 
Entwicklungsdirektor des Kon- 
sortiums, ist es eine der wesent- 
lichen Aufgaben, geeignete Me- 
thoden auszuwählen: “Wir ha- 
ben zu viele Standards, die ein- 
ander auch noch widersprechen. 
Unsere Aufgabe ist es jetzt, die 
wesentlichen auszuwählen.’ 


Eine Liste von rund 100 Stan- 
dards und Spezifikationen legte 
beispielsweise die mit der 
CASE-Normierung befaßte 
Untergruppe des Institute of 
Electrical and Electronic Engi- 
neers (IEEE) zu Beginn des Jah- 
res vor. Klagte ein Normie- 
rungs-Fachmann anschließend: 
“Es ist nicht einmal genau klar, 
was wir standardisieren wollen 

die Convertierungs-Metho- 
den.’ Im Herbst letzten Jahres 
startete Cadre Technologies in 
den USA eine Kampagne zu- 
gunsten von EDIF (Electronic 
Design Interchange Format). 
Diese Spezifikationen sollen es 
den Anwendern erlauben, Da- 
ten zwischen verschiedenen 





CASE-Produkten auszutau- 
schen. Danach sollen Datenzu- 
griffe zwar von den CASE- 
Herstellern eigenständig defi- 
niert, jedoch von EDIF inter- 
pretiert und übersetzt werden 
können. Unterdessen arbeitet 
das amerikanische Normungs- 
institut ANSI (American Natio- 
nal Standards Institute) an letz- 
ten Formulierungen des Infor- 
mation Resource Dictionary 
Systems (IRDS), mit dessen 
Entwicklung bereits 1983 be- 
gonnen wurde. IRDS beschreibt 
eine umfassende Daten-Biblio- 
thek, die sämtliche während des 
Software-Entwicklungsprozes- 
ses benötigten Ressourcen ver- 
waltet. 


Einen starken Einfluß auf die 
Standardisierungs-Bestrebun- 

gen in Europa und den USA hat 
darüber hinaus die X/Open- 
Group, deren Mitbegründer die 
Nixdorf Computer AG ist. Mit 
dem allgemein zugänglichen 
Portability Guide formuliert 
diese Gruppe Empfehlungen für 
die Software-Entwicklung, die 
einen zunehmenden Einfluß auf 
die  CASE-Standardisierung 
nehmen. Ebenfalls das Ergebnis 
von Kooperationen zwischen 
Herstellern ist die Open Soft- 
ware Foundation. Im Mai von 
sieben Computer-Unterneh- 
men, darunter wiederum die 
Nixdorf Computer AG, gegrün- 
det, hat sie zum Ziel, portable 
Software-Werkzeuge für die 
Anwendungs-Entwicklung zu 


schaffen. (ig) 
Dieter Schweinsberg ist Leiter 


SW-Tools und Methoden bei der 
Nixdorf Computer AG. 
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COMPUTER 5 MUSIK 





Der Homecomputer als Hilfs- 
mittel zur elektronischen 
Klangsynthese 

— Stichworte Sequenzer, MIDI — 
Schnittstellen, Soundgenerato- 
ren, Digitalumsetzer, Kompander, 
Mehrkanal-Generatoren. 
Sämtliche Themen werden 
leicht nachvollziehbar be- 
‚handelt. Vorausgesetzt wird 
etwas Erfahrung in der 
Programmierung von 
Computern und im Aufbau 
einfacher Schaltungen. 












































Broschur, 108 Seiten 
DM 18,80 
ISBN 3-922705-37-5 
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Boxen-Selbstbau — ein faszi- 
nierendes Hobby. Von einem 
erfahrenen Fachmann werden 
hier sowohl theoretische 
Grundlagen als auch prakti- 
sche Tips für den Selbstbau 
von Lautsprecher-Boxen ver- 
mittelt. Neben zahlreichen 
Tabellen enthält das Buch 
auch ausgereifte Konstruk- 
tionsvorschläge für unter- 
schiedliche Boxentypen 


Broschur, 152 Seiten 
DM 29,80 
ISBN 3-922705-30-8 





Die elektro- 
technische 
Programm- 
bibliothek 




























Eine Softwarebibliothek von 
112 Turbo-Pascal-Program- 
men, die auch zum Erlernen 
der Programmiersprache 

Pascal dient. Gut ein Drittel 
der Programme ist für die 

Lösung mathematischer Pro- 
bleme geschrieben, und zwei 
Drittel helfen bei der Berech- 


RS nung elektrischer und elek- HEISE 
©) tronischer Schaltungen. 

& Qy Programme des Buches auch /h 
N auf 2 Disketten erhältlich. 

Verlag 

Heinz Heise 

% Broschur, 368 Seiten GmbH & Co KG 


DM 49,80 
ISBN 3-88229-102-8 
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68020 Computer 


68020 32-Bit Prozessor : 68881 Gleitkomma- 
Koprozessor (optional) -2MBRAM organisiert 
als 512 KW x 32 Bit oder 4 MB RAM mit MMU 
organisiert als 1024 KW x 32 Bit : 256 KB 
EPROM max. mit 2764/27128/27256/27512: 
4 x RS232 serielle Schnittstellen - Parallel- 
Schnittstelle - Datum/Uhr mit Batterie ge- 


puffert - 5,25” Floppy-Kontroller - SASI/SCSI 
Interface für Intelligente Festplatten- und 
Streamer-Laufwerke 
Betriebssysteme OS-9/68020 
und UniFLEX 


System mit 5,25” Floppy, 60 MB Win- 
chester, 60 MB Tape Streamer und 
Betriebssystem ab DM 15500 





Siemens Typenraddrucker 


Es gibt keine Alternative für Schönschrift bei diesem Preis: 
DM 495,— 


Anschließen und drucken 

Für zusätzlichen Komfort Traktor 

mit Führung vor und nach der Walze 
Einzelblattschacht 100 Bl 

incl. MwSt. 

Bothe Software-Computer München (BSC)TE 
Tel. 0. 89/3 08 41 52, Telex: 5 216 819 
Schleißheimer Str. 201, D-8000 München 40 
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DM 190,— 
DM 395,— 


Die besten 


Modula-2 


Compiler auf UNIX 
und IBM Mainframe 


HP 9000/300 


Der einzige Modula-2 Comp 

* umfassende-Bibliot 
Standärd-Module, Rea 
bliothek. 

* hohe Codequalität 
Erzeugt direkt sehr schnellen Code für 68000 und 
68020. 


* integrierter Assembler 
Erlaubt es, direkt in Assembler zu programmieren, 
la-2 verzichten zu müssen. 






ne Kernel, C-ähnliche Bi- 













gängigen symbolischen Debugger. 
anschlussfreudig 


ace für alle gängigen Programmier- 
en z.B. die Starbase- und Windows- 


Systemmodulen kann der Compi- 
piler für verschiedene Betriebs- 
aut werden. 


SFr. 2400.-/DM 3135.- 


elle Hochleistungscompiler für IBM 

und MVS. 
bersetzungsgeschwindigkeit 

Mindestens 9'000 Zeilen pro Minute. 


* exzellente Codequalität 
Erzeugt dichten, schnellen Code. 


* vollständige Implementierung 
ödula-2 Standard nach N. Wirth, Single 
piler. 
prragend eingebettet 
ügt über Schnittstellen zu 








Die Modula-2 Leute: 


Bundesrepublik Deutschland: 

- Interplan, Haslacher Weg 95, 7900 Ulm, 0731/2 69 32 

-— Miele-Datentechnik, Fuchshol 17, 5788 Winterberg, 
WPITERIERUTZ 

-$08$ Software Service GmbH, Alter Postweg 101, 
8900 Augsburg, 0821/85737 

— SW-Datentechnik, Raiffeisenstr. 4, 2085 Quickborn, 
04106/39 98 

- Wilken & Sabelberg, Münzstr. 9, 3300 Braunschweig, 
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Mit einem eigens 
entwickelten Class- 
Compiler bietet das 
Andrew Toolkit eine 
objektorientierte 
Spracherweiterung für 
die Programmier- : B 
sprache C, stellt eine esse 
Schnittstelle auf hoher 

Ebene für die Erstellung 
von Applikationen unter 
X-Windows zur 
Verfügung, wird mit 
Anwendungsprogrammen 
—- zum Beispiel einem 
Multi-Media-Editor — 
ausgeliefert und ist 
vermutlich das einzige 
Public-Domain- 
Programm von IBM. 
Juckt’s bereits in den 
Fingern? 


Die UNIX-Tradition kleiner, 


überschaubarer Software- Das 
Tools, die sich zu leistungsfähi- Hilfesystem 
gen Paketen für anspruchsvolle erlaubt 
Aufgabenstellungen zusam- ein 


menfügen lassen, trägt das An- Nachschlagen 
drew Toolkit auf neue Weise in angewählter 
die Workstation-Umgebung. Stichwörter. 
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Von IBM 
zum 
Kopieren 
freigegeben 








Das Andrew Toolkit wird am 
Information Technology Cen- 
ter der Carnergie Mellon Uni- 
versity in einem von IBM ge- 
sponserten Projekt unter Lei- 
tung von Andrew Palay ent- 
wickelt. Wie könnte eine Text- 
verarbeitung aussehen, die es 
ermöglicht, verschiedene Dar- 
stellungsweisen von Informa- 
tion zu integrieren? Das war die 
ursprüngliche Fragestellung, 
aus der heraus ein variantenrei- 
ches System entstand, das seit 
1987 von über 3000 Anwendern 
an der Universität im Einsatz ist 
und in der uns vorliegenden 
Version vom Februar 1988 um 
eine Programmierungskompo- 
nente für die Sprache C und ei- 
nige andere Komponenten er- 
weitert wurde. 


Wie hätten Sie’s gern? 


Im Mittelpunkt der mit dem 
Andrew Toolkit ausgelieferten 
Anwendungsprogramme steht 
EZ, der Multimedia-Editor. 
Aus Anwendersicht ist der EZ 
ein Editor zur Ausgabe und ob- 
jektorientierten Bearbeitung 
multimedialer Dokumente. Mit 
multimedial ist gemeint, daß ein 
Dokument aus Teilen bestehen 
kann, die unterschiedliche Be- 
arbeitungs- und Darstellungs- 
strategien erfordern und auf 
verschiedene Arten manipuliert 
werden müssen. So könnte ein 
Dokument aus Tabellenkalku- 
lation, Grafik, Text und ani- 
mierbaren Schaltplänen zusam- 
mengesetzt sein. Der Text be- 
schreibt die Schaltung, grafisch 
sind ihre Grundelemente erfaßt 
und im animierbaren Schaltplan 
kann der Signalfluß der Schal- 
tung gezeigt werden, während 
die Werte der Bauteile und das 
Gesamtverhalten der Schaltung 
in der Tabellenkalkulation ma- 
thematisch formuliert sind. 
Doch genausogut könnte es sich 
um eine Partitur handeln, die 
das Orchester in Form animier- 
barer Objekte darstellt. 


Hierbei ist entscheidend, daß je- 
des der eigenständigen Objekte, 
aus denen das Gesamtobjekt 
aufgebaut ist, unterschiedliche, 
den Eigenschaften des Teilob- 
jekts entsprechende Funktionen 
besitzt, die mittels ihm zugeord- 
neter Menüs ausgelöst werden. 


Gesellige Programme 


Sicherlich verweist das Andrew 
Toolkit, sowohl rein optisch als 
auch vom Leistungsumfang her 
beurteilt, manches teure An- 
wendungsprogramm auf seinen 
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Platz. Kein Wunder also, daß 
das Andrew Toolkit nicht nur 
auf MITs X-Windows-Tape 
verteilt, sondern auch von IBM 
mit den 6150-Rechnern unter 
AIX ausgeliefert wird. Ein Fest- 
mahl ist das Andrew Toolkit 
aber erst dadurch, daß man 
selbstverständlich alle Sources 
aufdem Tape ebenso findet, wie 
einen Class Compiler, der zur 
Erweiterung des Andrew Tool- 
kit um selbstgestrickte Anwen- 
dungsbausteine herausfordert. 


Der Fantasie wurden keine 
Grenzen gesetzt. Und das macht 
das eigentliche Verdienst der 
Entwickler des Andrew Tool- 
kits aus. Sie stellen ‘blindlings’ 
die von ihnen erarbeiteten Bau- 
steine mit Prinzip zur Verfü- 
gung: die auf C basierende Pro- 
grammiersprache Class bietet — 
ähnlich wie C+ + — vererbbare 
Methoden, die von der erben- 
den Klasse neu implementiert 
werden können. Class-Prozedu- 
ren hingegen sind an Smalltalk- 
Methoden angelehnt, lassen 
sich aber vom erbenden Objekt 
nicht verändern. Der Class- Pre- 
prozessor erstellt automatisch 
C-Funktionen für das Initiali- 
sieren und Löschen von Objek- 
ten zur Laufzeit. Vor allem aber 
findet man hier dynamisches 
Laden und Linken, so daß jeder 
nach Bedarf zum Beispiel den 
Editor EZ um eigene Objekte 


Preprozessor zur Laufzeit, so 
daß der Code - des EZ etwa - 
nicht neu kompiliert werden 
muß. 


Und so wird’s 
gemacht 


Das klassische Beispiel aller 
C-Programmierung stammt aus 
dem “White Book’. Es stellt den 
ersten Gehversuch vieler C-Pro- 
grammierer dar und leistet da- 
her auch eher Philosophisches: 
Kaum hat dieses Programm 
seine berühmte Zeile ‘hello - 
world’ erstmalig auf den Bild- 
schirm gepinselt, verabschiedet 
es sich auch bereits aus uner- 
findlichen Gründen enttäuscht, 
ehe man Gelegenheit gehabt 
hätte, ihm ermunternd zu ant- 
worten, und hinterläßt trotz der 
nutzlosen und dürftigen Lei- 
stung zumeist einen überglück- 
lichen frischgebackenen C-Pro- 
grammierer. 


Um dasselbe magere Ergebnis 
objektorientiertt und unter 
X-Windows mit Hilfe des An- 
drew Toolkit zu programmie- 
ren, mußein Aufwand betrieben 
werden, der auf den ersten Blick 
kaum gerechtfertigt erscheint. 
Allerdings, ganz so genügsam 
wie sein Vorbild ist die An- 
drew-Version dieses Program- 
mes nicht: vornehm erscheinen 
hier die zwei zur Legende ge- 
wordenen Wörter ‘hello’ und 


das sich beliebig mit einer Maus 
strecken und dehnen läßt, wobei 
sich die Textzeile immer wieder 
in der Mitte des Fensters posi- 
tioniert. Erst auf Anforderung, 
durch Anklicken des Eintrags 
‘Zap’ im Systemmenü des Fen- 
sters, wird diese moderne Ver- 
sion von ‘hello world’ wieder 
beendet. 


Die dieser Generation des ‘hel- 
lo world’-Programms eigene 
Kommunikationsbereitschaft 
ist natürlich geerbt. Und zwar 
von der unter der Andrew Tool- 
kit vorhandenen view-Klasse. 
Klassen werden im headerfile 
deklariert, das man im Unter- 
schied zur Konvention unter C 
mit dem großen H schreibt. In 
unserem Fall heißt das Header- 
File treffend helloworld.H. 


Das allgemeine Format der De- 
klaration einer Klasse sieht fol- 
gendermaßen aus: 


class <Name der Klasse» 
<Superklasse> | 
overrides: 
<Liste der 
geerbten Methoden, 
die von dieser Klasse 
neu implementiert 
werden> 
methods: 
<Liste der Methoden 
dieser Klasse> 
macromethods: 
<Liste der Methoden 


implementiert werden> 
data: 
<Datenstrukturen> 
Ir 


Für die Klasse ‘helloworld’ sieht 
die Deklaration dann so aus: 


class helloworld : 

view { 

overrides: 

FullUpdate (enum 
view_UpdateType 
type, long left, 
long top, long 
width,long right); 

I; 


Durch die erste Deklarationsan- 
weisung reiht sich die Klasse 
helloworld in eine Baumstruktur 
unterhalb der Klasse view ein 
und erbt damit die Methoden 
von view sowie die Methoden 
der Superklassen von view. Die 
Klassenhierarchie in diesem 
Fall ist basicobjekt — observable 
— view — helloworld. 


Die Zeile 

void 
helloworld__FullUpdate 
(hw, type, left, top, 


width, height) 


besagt, daß helloworld die von 
der Klasse view geerbte Me- 
thode FullUpdate ändern wird. 
In der Deklaration wird zu- 
gleich ein Prototyp der Methode 
vorgegeben. In den runden 
Klammern sind die bei Aufruf 


‘world’ in der Mitte eines 
hübsch umrahmten Fensters, 


und Methoden ergänzen kann. 
Der Clou: diese lädt der Class- 


OOPS - Programmieren am Fließband? 
Ilan Goldman 


Ein Modewort ist daran kenntlich, daß es den Menschen ab einem 
gewissen Zeitpunkt häufig unvermutet und in einem Zusammen- 
hang begegnet, in dem sie es vernünftigerweise nicht erwartet 
hätten. Für Überraschungen wäre mit der Wortfügung 'objekt- 
orientiert’ damit wohl allerorten gesorgt, gehörte es sich nicht für 
Modewörter, auf unerträgliche Weise allgegenwärtig zu sein, wes- 
halb sich spätestens nach der dritten geistigen Überrumpelung 
keine Wirkung mehr zeigt. 


Wem also schon objektorientiertes Programmieren, objektorien- 
tierte Datenbanken, objektorientierte Benutzeroberflächen, ob- 
jektorientierte Grafik, objektorientierte Software- und Hard- 
ware-Entwicklungs-Werkzeuge oder objektorientierte Betriebssy- 
steme in Werbeblättern, Produktinformationen oder Pressemit- 
teilungen empfohlen worden sind, der wird unversehens den Ein- 
druck gewonnen haben, daß ohne eine von Herzen kommende 
Objektorientierung heute nichts mehr geht. 


Dabei ist nicht ohne weiteres zu erraten, wie die Damen und 
Herren Vermarkter auf das Wort ‘objektorientiert’ verfallen sind; 
ist Objekt doch im allgemeinen eine harmlose grammatische Be- 
stimmung, die nichts Besonderes bezeichnet, sondern die passive 
Stellung eines Satzteils im Satz kenntlich macht. Sind also objekt- 
orientierte Programmiersysteme (OOPS) nichts Besonderes, pas- 
sive Harmlosigkeiten? 
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‚lieber ihnen geben. Ach so. 


dieser Klasse, die 
als Makros 


an FullUpdate zu übergebenden 
Argumente und deren Datenty- 


Die zentralen Stichwörter objektorientierten Programmierens hei- 
Ben “Einkapselung’ und “Vererbung? (es gibt hierfür auch Syn- 
onyme). Mit ihnen ausgerüstet, wollen wohlmeinende Menschen 
heute dem vom amerikanischen Department of Defense Ende der 
70ger Jahre verkündeten Notstand, Softwarekrise genannt, zu 
Leibe rücken. So hat sich in Erwartung der Dinge, die sich be- 
wegen werden, OOPS-Protagonist der ersten Stunde und Chef der 
PPI, Brad J. Cox, bereits die Produktkategorie ‘Software-IC’ 
rechtlich schützen lassen. Denken soll man dabei, angesichts der 
Programmentwicklungs- und -pflegekosten, an Preisstürze, wie sie 
sich am Hardware-Markt, angetrieben durch die Senkung der 
Chip-Produktionskosten, zutrugen. Ähnlich wie Chips auf die 
Leiterplatten gesteckt werden... und schon ist es billig, sollen 
Programmierer fertige ‘Integrierte Software-Chips’ zusammenfü- 
gen, kompilieren, und fertig ist der Unwahrscheinlichkeitsantrieb 
des Zaphod Beeblebrox. 


Womit es bereits ausgeplaudert wäre, jawohl, es geht ums liebe 
Geld. Und gemeint ist wieder einmal das Geld des verehrten 
Kunden. Nein, danebengeraten. Nicht abnehmen will man ihm 
seine Mäuse, sondern kräftig dabei helfen, daß er spart. Denn viel 
zuviel gibt unser Durchschnitts-Software-Unternehmer für unser- 
einen — den Programmierer — aus (auch schon gemerkt?). So 
rechnen ihm die auf sein Wohl bedachten Kollegen von der ‘Rapid 
Prototyping’-, CASE- und ‘Object-Oriented Programming Sy- 
stems’-(OOPS-) Front vor. Damit soll er endlich aufhören und es 


(ig) 
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praxis 


pen aufgeführt. Weil die Klasse 
helloworld weder neue Metho- 
den noch Makromethoden und 
auch keine eigenen Datentypen 
einführt, sondern mit den geerb- 
ten vorliebnimmt, bleiben die 
entsprechenden Zeilen der De- 
klaration von helloworld unbe- 
rücksichtigt. 


Auf diese Weise erbt helloworld 
von der Klasse view zum Bei- 
spiel die Methode view_Hit. 
Diese Methode wird aufgeru- 
fen, wenn der Anwender eine 
der Maustasten drückt. Der /n- 
teraction Manager des Andrew 
Toolkits, der die Anwender- 
schnittstelle verwaltet, ruft an- 
läßlich eines Tastendrucks die 
Methode view_Hit auf, die diese 
Nachricht abfängt, ansonsten 
aber nichts tut. Daher reagiert 
auch die Klasse helloworl/d nicht 
auf das Drücken von Mausta- 
sten. 


Listing 1 


void helloworld__FullUpdate(hw, 
struct helloworld khw; 

enum view _UpdateType type; 

long left; 

long top; 

long width; 

long height; { 


int x,y3 
struct rectangle VisualRect; 


type, 


C mit Pfiff 

Der Interaction Manager über- 
gibt die Steuerung des Pro- 
gramms an die FullUpdate- 
Methode immer dann, wenn der 
Anwender etwas unternimmt, 
das es notwendig macht, das 
Bild neu aufzubauen. Diese 
Methode kann für jede Klasse 
unterschiedlich implementiert 
werden, je nach Bedarf. In je- 
dem Fall muß FullUpdate das 
Notwendige unternehmen, um 
die Ausgabe neu zu gestalten. In 
unserem Fall wird die hello- 
world_FullUpdate-Methode 
aufgerufen werden. Sie soll den 
String ‘hello world’ in die Mitte 
des Fensters zeichnen. 


In der Programmiersprache 
Class muß der Quellcode von 
Methoden einer Klasse in eine 
Datei geschrieben werden, de- 
ren Namen aus dem Namen der 


left, top, width, height) 


helloworld_GetVisualBounds(hw,&VisualRect); 

x = rectangle Left(&VisualRect) + 
rectangle_Width(&VisualRect) /2; 

y = rectangle_Top(&VisualRect) + 
rectangle_Height (&VisualRect) /2; 


helloworld_MoveTolhw,x,y); 


helloworld_DrawString(hw,"hello world", 
graphic_BETWEENTOFANDBASELINE ! 
graphic_BETWEENLEFTANDRIGHT);: 





Klasse mit der Endung .c be- 
steht. Der Code für die hello- 
world_FullUpdate-Methode 
wird also in die Quelldatei hel- 
loworld.c geschrieben. Der 
Quellcode ist in Listing 1 abge- 
bildet. 


Zwei Eigenarten von Class sind 
in dieser Methode dokumen- 
tiert. Die aufgerufenen Metho- 
den sind jeweils mit dem Namen 
der Klasse, die für sie zuständig 
ist, mittels Unterstreichen (‘_’) zu 
verbinden. Die Konvention ist, 
daß bei der Definition der Me- 
thode - hier FullUpdate — zwei 
Unterstriche zu verwenden sind: 
Die Methode wird daher kor- 
rekt als helloworld_FullUpdate 
geschrieben. Bei Aufruf der 
Methode hingegen wird nur ein 
Unterstrich verwendet. Folglich 
wird die Methode FullUpdate, 
insofern die Implementation 
dieser Methode in der Klasse 
‘helloworld’ gemeint ist, in der 
Form helloworld_FullUpdate, 
also mit nur einem Unterstrich 
aufgerufen. 


Class - eine Hybride 
Programmiersprache 


Mit Ausnahme dieser Eigenar- 
ten ist die Syntax von Class 
identisch mit C. Methoden de- 
finiert man wie Funktionen un- 
ter C. Der Datentyp void gibt 
an, daß die Methode keinen 
Wert an die sie aufrufende Me- 
thode zurückgibt. Anschließend 
folgt der Name der Methode. 
Weil es sich hierbei um die De- 
finition der im headerfile dekla- 
rierten Methode FullUpdate( ) 





handelt, wird die Schreibweise 
helloworld__FullUpdate() mit 
zwei Unterstrichen verwendet. 
Ansonsten dürfte ein C-Pro- 
grammierer keine Schwierigkei- 
ten mit dem Quellcode haben. 


Die Semantik unterscheidet sich 
hingegen recht stark von der 
herkömmlicher C-Programme. 
Obgleich jeder marktgängige 
C-Compiler die Methode 
FullUpdate( ) klaglos verarbeiten 
und auch der Linker, vorausge- 
setzt, es existiert eine Bibliothek 
mit entsprechenden Funktio- 
nen, keine Proteste einlegen 
dürfte, bedeuten die obigen Auf- 
rufe vom Standpunkt der Pro- 
grammiersprache Class aus 
beurteilt etwas anderes, als man 
es unter C erwartet. 


Viele Aufrufe beginnen mit hel- 
loworld_. Nach dem, was oben 
ausgeführt wurde, könnte man 
meinen, es handele sich hierbei 
— wie im Falle der Methode hel- 
loworld_FullUpdate() — um in 
der Klasse ‘helloworld’ defi- 
nierte Methoden. Dies stünde 
aber im Widerspruch dazu, daß 
ja nur die Methode FullUp- 
date() als helloworld-Methode 
deklariert wurde. In der Tat hat 
es damit seine eigene Bewandt- 
nis. Denn der Aufruf einer Me- 
thode wird von Class anders 
verarbeitet, als unter C üblich. 
Klassen sind eine Zusammen- 
fassung der Fähigkeiten und Ei- 
genschaften (Methoden, Proze- 
duren und Datenstrukturen) 
von Objekten. Ausgeführt wer- 
den sogenannte /Instances, ab- 
lauffähge "Spiegelbilder’ der 
Klassen, die zur Laufzeit erstellt 

























Bernhard Pfeiffer 
Technology (MIT) ist über die 


ser Projekte ist auch das X-Win- 


das inzwischen von fast jedem 
namhaften Hersteller als Ban 
dard behandelt wird. 


X-Windows aus dem eigenen 
Bedarf der Entwickler heraus 


ner, von denen die meisten unter 
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Das Massachusetts Institute of 


USA hinaus berühmt für seine 
EDV-Projekte. Aus einem die- 


dows-System hervorgegangen, 


Wie so oft unter UNIX ist auch. 


‚ entstanden. Am MIT stehen an 
die 1000 unterschiedliche Rech- 


Fensterin unter UNIX 


X-Windows: Zwei Mann - - ‚ein Konzept 


UNIX ‘oder UNIX-Derivaten 








arbeiten. Das von DEC und 
M geförderte Projekt 





Athena’ hat die Aufgabenstel- 


lung, diese verschiedenen Rech- 
ner miteinander zu vernetzen. 
Hohe Ansprüche ist man bei 
MIT gewohnt. Und so lautet der 
Auftrag vollständig: Von jedem 
beliebigen Rechner aus soll je- 
des beliebige Programm auf ei- 
nem anderen Rechner ausge- 
führt werden können ....und sei 
‚es vom Personalcomputer eines 
Studenten. 


Mit dieser Aufgabenstellung 
war Jim Gettys (DEC) 1984 be- 
faßt, alser Robert Scheifler vom 
Computer Science Lab des MIT 
kennenlernte. Gemeinsam spra- 
chen sie darüber, wie eine an 
dem Windowing System W von 
Paul Asente, Stanford Univer- 
sity, angelehnte grafische Be- 
nutzeroberfläche implementiert 
werden könnte. Jim Gettys 
nahm seinen Sommerurlaub, 
und Robert Scheifler machte 
sich an die Arbeit, das Kernsy- 
stem zu programmieren. Als 
Gettys aus dem Urlaub zurück- 
kehrte, war die Entwicklung be- 
reits weit fortgeschritten, das 


Programm stürzte nur noch ge- 
legentlich ab. Zwischenzeitlich 
hatte sich ein dritter Mann da- 
zugesellt, Ron Newman. 


Ebenso anspruchsvoll wie das 
Gesamtprojekt ‘Athena’ ist 
auch der Forderungskatalog an 
X-Windows ausgefallen. Die 
ausgefeilte _Window-Technik 


mit Ausgabeaufverdecktenund 


hierarchisch angeordneten Fen- 
stern, die sich gegenseitig ver- 
decken können, jedoch durch 


‚die Ausdehnung des übergeord- 


neten Fensters begrenzt sind, 


dürften heute zum Standard 


dessen gehören, was grafische 
Benutzeroberflächen zu bieten 
haben. Die leistungsstarke Dar- 


stellung von Text und zweidi- 


mensionaler Grafik — mitgelie- 


fert werden 123 Dateien mit un- 
terschiedlichen Fonts in ver- 
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werden. Das Instance enthält 
eine Liste seiner gültigen Me- 
thoden. Es sind entweder eigens 
für diese Klasse eingerichtete 
Methoden oder Methoden, die 
diese Klasse geerbt hat. Um im 
letzteren Fall zu gewährleisten, 
daß die zuletzt definierte Me- 
thode ausgeführt wird, ruft man 
die Methode mit dem Namen 
der aktuellen Klasse im Präfix 
auf. 


Auch der umgekehrte Fall 
kommt in der Methode hello- 
world_FullUpdate( ) vor. 
rectangle_Left() sorgt dafür, daß 
aufjeden Fall der Eintrittspunkt 
für die Methode Left() bei der 
Klasse rectangle ansetzt und hel- 
loworld_FullUpdate() etwaige 
Modifikationen, die von nach- 
folgenden Klassen durchgeführt 
werden, ignoriert. 


Grafik unter 
X-Windows ... 


Allgemein gilt die Konvention, 
daß für jedes beliebige Objekt x 
in der Klassex, also in C-Nota- 
tion struct Klassex *x, der Auf- 
rufin der Form Klassex_Metho- 
den-Name(x,<.andere Argu- 
mente> ) zu erfolgen hat, um 
die Methode der Klasse x oder 
die ihr am nächsten liegende 
Methode in der Klassenhierar- 
chie aufzurufen. Also wird in 
unserem Fall die Methode Ger- 
VisualBounds in der Form hello- 
world_GetVisualBounds(hw, 
<.andere Argumente> ) aufge- 
rufen, um die GetVisual- 
Bounds-Methode der Klasse 
graphic zu benutzen. 
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Spannend ist für den Program- 
mierer natürlich, wie er sich un- 
ter dem Andrew Toolkit die 
Grafikfähigkeiten von X-Win- 
dows zunutze machen kann. 
Das Andrew Toolkit kennt hier- 
für eigene Vereinbarungen. 
Grundsätzlich hat jedes view- 
Objekt ein assoziiertes graphic- 
Objekt, in dem gezeichnet wird. 
Die Klasse graphic bietet ein lo- 
gisches Rechteck an, das die Sy- 
stemkoordinaten für die Zeich- 
nung definiert. Die Position in 
diesem Rechteck wird in Pixel 
gemessen. Die Fläche hat die 
Anfangskoordinaten ‘0,0’ (oben 
links) und die Endkoordinaten 
sind ‘232-1,232-1’ (unten rechts). 
Es kann überall in dieser Koor- 
dinatenfläche gearbeitet wer- 
den. 


Das Andrew Toolkit unter- 
scheidet logische und sichtbare 
Koordinaten. logical rectangle 
und visual rectangle. Auf das lo- 
gische Rechteck, /r, wird die 
Zeichnung skaliert. Das sicht- 
bare Rechteck, vr, gibt an, was 
aktuell auf dem Bildschirm 
sichtbar ist — sofern es nicht von 
einem anderen Fenster verdeckt 
wird. Enthält der Multimedia- 
Editor zum Beispiel einen Text 
und eine Grafik, die sich in der 
unteren Hälfte des Editors be- 
findet, dann wird der Teil des /r, 
der außerhalb des aktuellen Be- 
reiches liegt, abgeschnitten, 
sichtbar ist lediglich der Aus- 
schnitt, der aktuell aufdas visual 
rectangle, vr, abgebildet wird. 


Die Methode FullUpdate( ) hat 
6 Parameter: hw ist ein Zeiger 


auf das helloworld-Objekt, type 
ist eine Angabe, wie das Bildauf- 
frischen ausgeführt werden soll, 
und left, top, width, heigt sind 
die Grenzen des neu zu zeich- 
nenden Bildausschnitts. Diese 
fünf Parameter erlauben es, den 
Zeichnungsaufbau zu optimie- 
ren. In diesem Beispiel wird das 
vernachlässigt. 


. .. Programmiert 


Das Fenster ist als grafisches 
Rechteck definiert durch width, 
height, left und top. Mittels des 
Aufrufs helloworld_GetVisual- 
Bounds(hw,&VisualRect) erhält 
VisualRect die Werte des sicht- 
baren Rechtecks, vr, von hw. 
Den Variablen x und y vom Typ 
integer werden dann die Werte 
für die Zentrierung des Textes 
im Fenster zugewiesen. 


Die Methode helloworld_Mo- 
veTo( ) verlagert den aktuellen 
Zeichnungspunkt auf die Koor- 
dinate (x, y). Die Methode hel- 
loworld_DrawString gibt dann 
den String ‘hello world’ letzt- 
endlich am Bildschirm aus. 
BETWEENTOPANDBASE- 
LINE und BETWEENLEFT- 
ANDRIGHT sind die Ausrich- 
tungsoptionen, die dafür sor- 
gen, daß die Koordinaten (x, y) 
als Mittelpunkt des Strings an- 
gegeben werden. Andere Optio- 
nen erlauben es, die Koordina- 
ten als Anfangspunkt oder als 
Endpunkt des Strings zu dekla- 
rieren. 


Bevor die helloworld.c Quellda- 
tei fertig ist, müssen alle Dateien 
mittels der #include- Angabe 


Listing 2 


#include <class.h> 
#include "hellworld.eh" 


*#include "xgraphic.ih" 
#include "xfontdesc.ih" 
#include "xim.ih" 
#include "scursor.ih" 
#include "xws.ih" 
#include "updatelist.ih" 
#include "keyrec.ih" 
#include "proctable.ih" 
#include "keystate.ih" 
#include "keymap.ih" 
#include "menulist.ih" 
#include "fontdesc.ih" 
#include "mrl.ih" 
#include "im.ih" 
#include "buffer.ih"” 
#include "mark.ih" 
#include "nestedmark.ih" 
#include "rectanglelist.ih" 
#include "text.ih" 
#include "environment.ih" 
#include "tree2Sint.ih" 
#include "stylesheet.ih" 
#include "style.ih" 
#include "device.ih" 
#include "context.ih" 
#include "textview.ih" 
#include "frameview.ih" 
#include "msghandler.ih" 
#include "message.ih" 
#include "framemessage.ih" 
#include "cursor.ih" 
#include "filetype.ih" 
#include "frame.ih" 
#include "framecmds.ih" 
#include "scroll.ih" 
#include "event.ih" 
#include "search.ih" 
#include "init.ih" 
#include "environ.ih" 
#include "dictionary,.ih" 
#include "viewreference.ih" 
#include "bind.ih" 
#include "completion.ih" 
#include "atom.ih" 
#include "atomlist.ih"” 
#include "namespace.ih" 
#include "rm.ih" 





eingefügt werden, auf die die 
Klasse direkt, oder — weil ererbt 
- indirekt, Zugriff hat. (siehe 
Listing 2) 


Das Hauptprogramm 


Um eine selbständige Applika- 
tion aus helloworld zu machen, 
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praxis 


Listing 3 


main) { 


struct hellworld *hw; 


struct im kim; 


class _init(".::/usr/andrew/dlib/be2"); 


systemStaticEntries; 
helloworld StaticEntry; 


= hellwarld_New(); 
= im Create(NULL);3 


_setView(im,hw); 


im_Keyboardfrocessor (); 


exit(B8); 


Listing 4 


WINDOWDEF INES=-DX 


WINDOWINCLUDES=-I/usr/include/xi1 
WINDOWLIBS=/usr/lib/libewm.a /usr/lib/libemenu.a \ 
/usr/lib/liboldX.a /usr/lib/libXil.a 


Cl=cc 


INCLUDES= -I. 


-1${SRCDIR}include/be2 — \ 


I${SRCDIR}includes{WINDOWINCL.UDES} 
CLASSFLAGS= -g9 ${WINDOWDEFINES} ${ INCLUDES} 


LIBFATH=/usr/andrew/lib/be2 


LIBS=${LIBPATH}libframe.a ${LIBPATH}/libtext.a 
${LIBFATH}/libsupport.a ${LIBPATH}/libsupportviews.a 
${LIBPATH}/libbasics.a ${SRCDIR}/lib/libcelass.a \ ${WINDOWLIBS} 
${SRCDIR)J/lib/liberrors.a ${SRCDIR}/lLib/libvfile.a 
#{SRCDIRF/lıb/libplumber.a ${SRCDIR}/lib/libutil.a 


-„SUFFIXES .ih „eh .H 


„H.ih: 
class ${CLASSFLAGS} $%.H 


.H.eh: 
class ${CLASSFLABS} $%*%.H 


hw: hw.o helloworld.o ${LIBS} 


${CC} ${CFLAGS; -o hw hw.o helloworld.o ${LIBS} -Im 


hw.o: helloworld.ih 
helloworld.o: helloworld.eh 
helloworld.ih: 
helloworld.eh: 


Schnell am Ziel 


X-Windows bietet die Möglich- 

keit, sogenannte Properties ei- 

nem Fenster zuzuordnen. Dies 
sind Paare von Namen und zu- 
geordneten Daten. Properties 
werden vom Server nicht inter- 
 pretiert, sie sind jedoch ein 
Wichtiges Mittel zur Kommuni- 
kation zwischen den Applika- 
tionen. Standardisierte Proper- 
 ties werden empfohlen, um 
Window Managern Informatio- 


. nen über die gestarteten Appli- 


_ kationen zu liefern. 


Während Funktionalität der 
 . Xlib dem Programmierer jegli- 
Yu che Freiheit bei der Gestaltung 
einer Benutzeroberfläche läßt, 

sind doch im professionellen 
Einsatz vorgefertigte Bausteine 
notwendig, mit denen schnell 
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eine Benutzeroberfläche gestal- 
tet werden kann. Einen Ansatz 
zum Aufbau einer solchen Tool- 
box ist das X-Toolkit. Es wer- 
den zunächst wiederum nur 
Methoden zur Definition und 
Behandlung von grafischen Ob- 
jekten festgelegt, einige exem- 
plarische Objekte sind realisiert. 


Die Arbeit geht weiter 


Weiterhin stellt X-Windows 
eine Anzahl von Applikationen 
zur Verfügung. Wichtigste An- 
wendungen sind der Window- 
manager, der die nötige Funk- 
tionalität zum interaktiven Ma- 
nipulieren der Fenster bietet, 
und der ‘Terminalemulator’, 
der eine Betriebssystem-Shell in 
einem Fenster realisiert. So kön- 
nen auch normale Applikatio- 
nen unter X-Windows laufen. 


.grammierer unter UNIX bei der 


muß ein Hauptprogramm ge- 
schrieben werden, welches die 
Information deklariert, die zum 
Linken und Laden benötigt 
wird, eine /nstance der Klasse 
einrichtet, ein Fenster anmeldet, 
das Objekt in das Fenster setzt 
und eine Interaktionsschleife 
mit dem Anwender auslöst 
(siehe Listing 3). 


Wie in C sonst auch, ist die Ein- 
sprungadresse zum Auslösen 
des Programms die Funktion 
main(). Es ist üblich, daß die 
main( )-Funktion zunächst mit- 
tels der Methode class_Init() 
ein Unterverzeichnis angibt, in 
dem die Andrew-Toolkit- /ink- 
ing facilities, die zur Laufzeit 
nach Bedarf Objekte laden, 
diese finden können. Wie aus- 
geliefert, handelt es sich hierbei 
um das im Listing angegebene 
Unterverzeichnis. 


Mit den Aufrufen systemStatic- 
Entries und helloworld Static- 
Entry wird der Compiler ange- 
wiesen, die Toolkit-Klassen sta- 
tisch zu laden, also beim Link- 
Vorgang bereits einzubinden, 
und nicht erst zur Laufzeit. 
Hierdurch wird der lauffähige 
Code deutlich schneller und 
kleiner. Diese Objekte ließen 
sich auch zur Laufzeit laden, je- 
doch wäre es etwas unglücklich, 
alle Objekte dynamisch zu la- 
den, weil das Programm dann 
gar nicht erst starten könnte. 


Die Zeile im_Create(NULL) 
richtet den Interaction Manager 
ein, meldet ein view an und rich- 
tet als Nebeneffekt ein Fenster 
des jeweiligen Fenster-Mana- 


Ron Newman ist inzwischen zu 
Lotus Developement gewech- 
selt und Jim Gettys ist nach Palo 
Alto verzogen. Beide sind mit 
anderen Aufgaben befaßt. Das 
X-Windows-Team am MIT be- 
steht aus vier Personen: Grün- 
dervater Bob Scheifler, Jim 
Foulton, Keith Packard und 
Ralf Swick. Ein weiterer Mitar- 
beiter wurde im September neu 
eingestellt. Unter 


mit-edielexpo.lcs.mit.eduljim 


können sie per uucp erreicht 
werden. (ig) 


Bernhard Pfeiffer ist Systempro- 


Firma Interface Computer GmbH. 
Er hat sich auf grafische Benutzer- 
oberflächen spezialisiert. 








gers (in diesem Fall X-Win- 
dows) ein. im ist die Wurzel ei- 
ner Baumstruktur von views. 
Mit im_setView wird hw auf die 
gleiche Ebene gestellt wie im, in 
diesem Fall ist es die Wurzel des 
view-Baumes. Abgehende 
Zweige eines views können zwar 
eigenständig arbeiten und sich 
gegenseitig überschneiden, be- 
finden sich aber immer vollstän- 
dig innerhalb ihres Eltern- 
Fensters. 


Mit dem Aufruf der Methode 
im_KeyboardProcessor() wird 
die Interaktionsschleife des /n- 
teraction Managers ausgelöst. 
Die Kontrolle des Programms 
geht an dieser Stelle an den In- 
teraktions-Manager über, der 
den Dialog mit dem Anwender 
führt und zum Beispiel das Be- 
tätigen der Maustasten dem 
Anwendungsprogramm meldet. 
(In diesem Beispiel haben wir 
keine Behandlung solcher Mel- 
dungen vorgenommen. Damit 
bewahrt die voreingestellte, ver- 
erbte Behandlung, Gültigkeit.) 


Kompilieren und fertig 


Zu beachten ist beim Program- 
mieren unter dem Andrew Tool- 
kit die Reihenfolge der Anwei- 
sungen: Zuerst muß das Toolkit 
angezeigt bekommen, in wel- 
chem Unterverzeichnis es dyna- 
misch ladbare Objekte finden 
wird. Dann werden die stati- 
schen Einträge angemeldet. So- 
dann erfolgt die Initialisierung 
der Grafikobjekte, die Voraus- 
setzung dafür ist, daß mittels der 
im_setView-Anweisung die 
Bildschirmausgabe erfolgen 
kann. Die Interaktionsschleife 
sollte erst zum Schluß stehen, da 
anschließend der Interaction 
Manager die Kontrolle des Pro- 
grammablaufs übernimmt. 


Das Makefile für dieses Pro- 
gramm ist in Listing 4 darge- 
stellt. Es dürfte dem versierten 
C-Programmierer kein Kopf- 
zerbrechen bereiten. Wichtig ist 
vielleicht der Hinweis, daß die 
Dateien helloworld.ih und hel- 
loworld.eh vom Preprozessor 
des Class-Compilers erzeugt 
werden, aus Informationen, die 
dieser der Datei hellworld.c ent- 
nimmt. Nach Aufruf von make 
wird das Programm kompiliert 
und kann dann mit kw ausge- 


führt werden. (ig) 

Literatur 

[1] Andrew Toolkit Reference 
Manual, Carnegie Mellon 
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Fachinformation aus 
Datenbanken in Buch - 
veröffentlichungen bis- 
lang sehr unterrepräsen- 
tiert ist. 


Die Autoren des Bandes 
— vier Mitarbeiter des 


sten der Übersichtlich- 
keit. 

Zielgruppe dieses Buches 
ist — wie aus dem Unter- 
titel unschwer zu ersehen 
— die Wirtschaft, die hier- 
zulande nur zögernd von 
den Möglichkeiten der 


bildungen und Tabellen 
ergänzen den Text oder 
fassen ihn gut struktu- 
riert und übersichtlich 
zusammen. 


Nur vereinzelt angespro- 
chen und insgesamt zu 


sicht’ ist längst nicht 
mehr erhältlich, und die 
Zahl der bei europäi- 
schen Hosts aufgelegten 
Datenbanken liegt heute 
fast dreimal so hoch wie 
die angegebenen 350. 
Hier wäre mehr Sorgfalt 


Fachinformationszen- 5 2 kurz geraten ist die Ein- N 
trums (FIZ) Technik/ en h richtung eines On-Line- YOnOoten gewesen. 
Karlsruhe, zwei kom- ung Gebrauch macht. Anschlusses. Hier fehlt Trotz dieser kleinen 


merzielle Informations- 
vermittler/-berater und 
ein Fachreferent der Uni- 
versitätsbibliothek Han- 
nover — verbürgen sich 
für eine kompetente Dar- 
stellung. 


Es wird ausführlich auf 
den Nutzen und die Be- 
nutzungsmöglichkeiten 

des weltweiten Daten- 
bankangebots für und 
durch Unternehmen hin- 
gewiesen. Mittels eines 


ein eigenes Kapitel, das 
die nötige Hardware/ 
Software-Ausstattung 

auflistet, die verschiede- 
nen DFÜ-Möglichkeiten 
inklusive Kosten disku- 
tiert und die Größenord- 


Mängel und des relativ 
stolzen Preises ist dieses 
Buch gleichermaßen für 
Unternehmen, ‘IuD- 
Profis’ sowie an der Ma- 
terie interessierte Laien 
zu empfehlen. 


Fachwissen Recherchenbeispiels £ ee 

Datenbanken Wohl begründet durch wird dieses auf über 60 a NE Weif Kölling 
; 5 ; die Vielzahl der Mitar- Seiten eindrucksvoll be- gebühren der Hosts an- 

DE Inf ormation als Pro- beiter, ist weniger einsy- legt. Darüber hinaus gibt und somit den Un- Dirk Larisch 

duktionsfaktor stematisch geplantes wird der gesamte Doku- fernehmen Entschei- Der DATA BECKER 

Essen 1986 Werk entstanden als ein mentationsprozeß von dungshilfen an die Hand Führer 
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Agentur und Verlag zelbeiträgen zum Thema. über die formale Erfas- x 

238 Seiten Einige Bereiche werden sung, inhaltliche Er- Leider waren viele Anga- Alles auf einen Blick 

DM 48,- mehrfach unter verschie- schließung, Informa- ben auch schon im Er- j 


ISBN 3-925506-04-7 


Zwar ist dieses Buch zwei 
Jahre alt, doch lohnt es 
sich trotzdem, auch heute 
noch darauf hinzuwei- 
sen, zumal das Thema 










denen Aspekten betrach- 
tet, so daß der Leser ein 
facettenreiches und um- 
fassendes Bild der behan- 
delten Themen gewinnt. 
Trotzdem geht der De- 
tailreichtum nicht zu La- 


UniWare Computer GmbH (030) 3100 09-2 60 


Kantstraße 152, 1000 Berlin 12 


Verkauf nur an Handel und OEM 


tionsdienstleistungen 
(speziell On-Line-Retrie- 
val) bis zur Literaturbe- 


'schaffung geradezu lehr- 


buchartig dargelegt und 
für den Laien transpa- 
rent gemacht. Viele Ab- 
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UNIVARE 


scheinungsjahr nicht 
mehr aktuell. So sind ei- 
nige “Anschriften von In- 
formationsanbietern’ 
korrekturbedürftig, der 
GID-Datenbankführer 
in der ‘Literaturüber- 
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Seiten des Original- 
Handbuchs zu UNIX ei- 
nen bestimmten Befehl 
zu finden? Dann wissen 


Sie, daß ‘Handbuch’ 
nicht von ‘handlich’ 
stammt. 


Für alle, die eine echte 
Arbeitshilfe suchen - ein 
Handbuch, das man ne- 
ben dem Bildschirm lie- 
gen hat, um immer mal 
wieder schnell die genaue 


Syntax eines Befehls 
nachzuschlagen —, bietet 
Data Becker seinen 


“UNIX-Führer’ an. 


Um es gleich vorwegzu- 
nehmen: dieser Band ist 
nicht als Einsteiger- 
Lehrbuch gedacht und 
setzt bereits einige Erfah- 
rung im Umgang mit 
UNIX und dessen Be- 
fehlsvielfalt voraus. So 
wird man im Index ver- 
geblich nach Stichwör- 
tern wie ‘Löschen’, ‘De- 
lete’ oder ‘Datei löschen’ 
suchen, die auf den ent- 
sprechenden Befehl ver- 
weisen. 


Der Führer ist aus- 
schließlich als Nach- 
schlagewerk organisiert 
und streng am UNIX Sy- 
stem V von AT&T orien- 
tiert. Da sich die ver- 
schiedenen UNIX-Ver- 
sionen immer mehr an- 
gleichen, eignet sich das 
Buch jedoch durchaus 
auch für Anwender von 
SINIX, XENIX, UL- 
TRIX und andere. 


Die allgemeine Einfüh- 
rung in das Betriebssy- 
stem-K.onzept von 


UNIX (Befehlsein- und 
-ausgaben, Filter und Pi- 
pes, Shell-Variablen und 
Programmierung, Ab- 
lauf- und Prozeßverwal- 
tung) ist sehr knapp ge- 
halten. Die konsequente 
Art und Weise, jede An- 
weisung durch ein Syn- 
taxbeispiel zu ergänzen, 
fördert jedoch das Ver- 
ständnis. Die beiden Ka- 
pitel zu UNIX-Dialog 
und Systemverwaltung 
dienen eher der Vervoll- 
ständigung als der Wis- 
sensvermittlung. 


Den Hauptteil des Füh- 
rers nimmt die alphabe- 
tische Auflistung aller 
wichtigen UNIX-Befehle 
ein. Die Befehle selbst 
sind in immer der glei- 
chen Art erläutert: 
—- unter Syntax wird die 
korrekte Schreibweise 
angegeben; 
— Funktion erläutert den 
Einsatz, Sinn und Zweck 
des Befehls; 

Parameter und Argu- 
mente gibt die jeweiligen 
Optionen, die im Zusam- 


menhang mit dem ent- 
sprechenden Befehl ver- 
wendet werden können, 
wieder; 

-unter Merke findet 
man - falls vorhanden — 
zu beachtende Besonder- 
heiten und Tips; 

— Beispiele schließlich er- 
läutern (in der Regel) die 
Arbeitsweise des Befehls. 


UNIX als Betriebssy- 
stemsprache ist so mäch- 
tig, daß wohl kaum je- 
mand in der Lage ist, alle 
Befehle mit den zugehö- 
rigen möglichen Optio- 
nen im Kopf zu haben. 
Hier bietet sich dieses 
Buch als echte Schreib- 
tischhilfe an, in der man 
‘mal eben’ was nach- 
schlagen kann. Schade 
nur, daß die streng alpha- 
betische Organisation 
nicht dazu geführt hat, 
die Befehlsnamen (quasi 
wie Seitenzahlen) in den 
Kopfzeilen aufzuführen. 
Das hätte das schnelle 
Auffinden der Befehle er- 
leichtert. Gisela Antonv 
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Assoziierte man bisher 
mit dem Begriff ‘System- 
verwalter’ eine Person, 
die den Betrieb eines Re- 
chenzentrums überwacht 
und steuert, so sehen sich 
mit zunehmender Ver- 
breitung von UNIX auf 
typischen Single-User- 
Systemen wie Personal- 
computer und Worksta- 
tions immer mehr Benut- 
zer mit den Aufgaben ei- 
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SUPER 
USER 





Ar mnosonwesuer 


nes _Systemverwalters 
konfrontiert. Die wenig- 
sten Anwender haben in- 
dessen eine Vorstellung, 
welche Tätigkeiten zu 
dem Aufgabenbereich ei- 
nes ‘Super-Users’ unter 
UNIX zählen. 


Nach einer Einführung 
in das UNIX-System, um 
für die eigentliche Be- 
sprechung der Aufgaben 
eines Super-Users eine 
definitive Grundlage 
auch für UNIX-Neulinge 
zu schaffen, wird es Su- 
per-User-speziell. Die 
wichtige Aufgabe, das 








Information + Wissen 


System zu starten und 
wieder anzuhalten, wird 
ausführlich erläutert, 
ebenso die Abläufe bei 
der Benutzeranmeldung 
und die Möglichkeiten zu 
Veränderungen. 


Der angehende ‘Sysop’ 
erfährt, was unter dem 
Begriff “Benutzerverwal- 
tung’ zu verstehen ist; wie 
er _Benutzer-Accounts 
einrichtet oder entfernt 
und wie einzelne Benut- 
zer in verschiedene Be- 
nutzer-- oder Projekt- 
gruppen eingeteilt wer- 
den. Alle diese Aufgaben 
stellen sich auch für den 
Verwalter eines UNIX- 
PC mit nur einem Ar- 
beitsplatz, wenn mehrere 
Benutzer sich dieses Sy- 
stem teilen. 


Ans Eingemachte geht es 
bei der Vorstellung des 
Konzepts der geräte- 


unabhängigen Ein-/Aus- 
gabe und daraus folgend 
Repräsentation und Ein- 
richtung von Peripherie- 
geräten als Dateien im 
Dateisystem. Ein Kapitel 


Der Heise-Verlag sucht einen 


ist der Auswertung von 
statistischen Informatio- 
nen über den Durchsatz 
und die Effizienz bei 
E/A-Operationen auf 
der Speicherplatte gewid- 
met, sodaßder Verwalter 
gegebenenfalls geeignete 
Maßnahmen zum Tuning 
des Systems treffen kann. 


Grundlegende Betrach- 
tungen zum Thema Si- 
cherheit runden die Aus- 
führungen zu den admi- 
nistrativen Tätigkeiten 
ab. Dabei geht der Autor 
auf alle wichtigen Vor- 
kehrungen gegen. unbe- 
fugten Zugriff auf 
schutzwürdige Daten ein. 


Das letzte Kapitel 
schließt die Thematik ab 
mit einem Leckerbissen 
für alle diejenigen, die 
schon immer mal wissen 
wollten, wie die internen 
Abläufe der Systempro- 
gramme aussehen, die die 
eigentliche Multi-User- 
Umgebung unter UNIX 
herstellen, nämlich ‘init’ 
(der Initializer), ‘getty’ 
und ‘login’ (die Pro- 
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für Datentechnik mit Schwerpunkt UNIX oder einen 


UNIX -Profi 


mit „guter Schreibe“, der sich in die Tätigkeit eines Fachredakteurs 
einarbeiten möchte. 
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Bereitschaft zu überdurchschnittlichem Engagement und Teamarbeit. 


gramme zur Benutzeran- 
meldung). Dabei wurde 
sorgfältig vermieden, li- 
zenzierten Quellcode zu 


publizieren, statt dessen’ 


sind Beispiele für einen 
möglichen Ablauf in 
Kommentarform ver- 
wendet worden. 


In den Anhängen sind die 
wichtigsten Kommandos 
und die C-Preprozessor- 
Definitionen zusammen- 
gefaßt. Ein Vorschlag zur 
Syntax von UNIX- 
Kommandos aus eigener 
Entwicklung komplet- 
tiert den Anhang. 


Alles in allem ist das 
Buch kompetent und 
trotz der Komplexität 
der Materie sehr ver- 
ständlich geschrieben; 
sieht man von einigen 
wenigen Stellen ab, die 
beim Leser Kenntnis 
über elementare Kon- 
zepte wie Prozeßerzeu- 
gung unter UNIX vor- 
aussetzen. Leider gilt dies 
weniger für die deutsch- 
sprachige Ausgabe, des 
Buches, in der die Über- 


setzerin nach eigenen An- 
gaben versucht hat, so 
viel Fachausdrücke wie 
möglich zu übersetzen. 
Dabei kann es dann 
schon mal zu lustigen 
Ausrutschern wie “Eine 
Reise durch die Speicher- 
medien’ (hier links sehen 
Sie die Plattenköpfe) 
oder zu unverständlichen 
Ausdrücken wie etwa 
‘sharebar’ kommen. Är- 
gerlicher ist die Tatsache, 
daß es in der deutschen 
Übersetzung scheinbar 
keinen Unterschied zwi- 
schen der Wurzel des Da- 
teisystems (‘der Root’) 
und dem Benutzer ‘root’ 
(Login-Name für den Su- 
per-User) gibt. 


Fazit: Wem Englisch 
nicht allzu schwer ver- 
ständlich ist, sollte der 
Originalausgabe den 
Vorzug geben. Andern- 
falls muß der Leser raten, 
ob er die Datei im root- 
Directory anlegen oder 
für die Datei den System- 
verwalter als Eigentümer 
eintragen soll, wenn er 
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bücher 


liest, daß man besser 
‘diese Dateien der Root - 


zuordnet’. 





Gunnar C. Kunz - Franz Schott 


Stefan Stapelberg 


Gunnar C. Kunz 
Franz Schott 


Intelligente 
Tutorielle Systeme 


Neue Ansätze der compu- 


terunterstützten Steue- 
rung von Lehr-Lern- 
Prozessen 


Göttingen 1987 

Verlag für Psychologie 
Dr. C. J. Hogrefe 

201 Seiten 

DM 42,- 

ISBN 3-8017-0300-2 


Nach einer zunächst we- 
nig sachlich fundierten 
Euphorie um die Mög- 
lichkeiten des Computer- 
einsatzes in Schule und 
Unterricht war es in den 
späten siebziger Jahren 
zunehmend stiller um 
dieses Thema geworden. 
Die Gründe dafür nur in 
Technik-Aversionen der 
Pädagogen oder bil- 


ABACOMP Frankfurt 
A + L, Bonstetten 
AVAL, Berlin 


Bothe, München 
BSG, Köln 


C & C, Herdecke 
CE-TEC, Ahrensburg 





Er REREN Wi 
dungspolitischen Ent- 
scheidungen (sprich: kein 
Geld) zu sehen, greift zu 
kurz. Eine wenig lernge- 
rechte, unflexible Soft- 
ware mit starren Pro- 
grammläufen erwies sich 
oft als nur für eng be- 
grenzte Ziele wie Voka- 
belnpauken einsetzbar. 


Wieder in Bewegung ge- 
kommen ist die Diskus- 
sion durch neuere Er- 
kenntnisse der KI-For- 
schung aus der Sparte 
‘Expertensysteme’. Das 
Schlagwort der 80er 
Jahre im Bereich compu- 
terunterstützter Uhnter- 





richt heißt ‘Intelligente 
Tutorielle Systeme’ 
(ITS); gemeint ist die Fä- 
higkeit der Software, sich 
auf unterschiedliche 
Merkmale der Lernen- 
den einzustellen und 
nicht nur richtige und fal- 
sche Antworten zu unter- 
scheiden, sondern auch 
auf den eingeschlagenen 
Lösungsweg und typi- 
sche Fehler aktiv reagie- 
ren zu können. Die bei- 
den Autoren haben den 
Anspruch, ‘eine einfüh- 
rende Übersicht zu den 
aktuellen Entwicklungen 
auf dem Gebiet ’intelli- 
genter’ computerunter- 
stützter Instruktionssy- 
steme (zu) vermitteln’. 


Nach einer kurzen Ein- 
führung in die pädagogi- 
schen und psychologi- 
schen Grundlagen struk- 
turierten Unterrichts und 
einem knappen Rück- 
blick auf die traditionel- 
len Formen computerun- 
terstützten Lehrens und 
Lernens beschäftigt sich 
der Hauptteil des Textes 


mit der Vorstellung der 
wichtigsten real existie- 
renden Intelligenten Tu- 
toriellen Systeme. Be- 
rücksichtigt ist der Stand 
bis Ende 1985; daß es da- 
bei ausschließlich um 
Beispiele aus dem angel- 
sächsischen Raum geht, 
ist kein Verschulden der 
Autoren, sondern bildet 
lediglich den De-facto- 
Rückstand der kontinen- 
taleuropäischen For- 
schung ab. 


In der abschließenden 
Bewertung weisen die 
Autoren auf die derzeiti- 
gen Probleme und die zu- 
künftige Bedeutung von 
ITS hin. Neben noch zu 
lösenden kognitionswis- 
senschaftlichen Fragen 
geht es dabei um Hard- 
ware(-Preise): Eine der 
entwickeltsten Imple- 
mentierungen, der Lisp- 
Tutor der Carnegie- 
Mellon-Universität 

(USA), setzte 1985 an 
maschinellen Grundla- 
gen immerhin noch pro 
Arbeitsplatz eine VAX 


Die Inserenten 


Powertronic, Moorenweis 
Reimer, Haßloch 
RVS Datentechnik, München 


DALVO-Technik, Breuberg 


Deutsche Nichimen, 
DVS, Germering 


GTI, Aachen 
Hirsch, Karlsruhe 
IBE, Karlsruhe 
INES, Köln 
Infodas, Köln 


KAABEX, Offenbach 


Düsseldorf 


Keil, Dr., Dossenheim 


Kessler, Göttingen 


M + H Computer, Bad Camberg 
Miele, Winterberg 
Milde, München 

MLS Computer, Marburg 
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SIKOS DATA, Stein 


UniWare, Berlin 


Vasco, Oyten 


Wiesemann & Theis, Wuppertal 


Zacher Computer, Irrel 





mit mindestens 3 MByte 
Arbeitsspeicher voraus. 


Obwohl die Autoren aus 
einer deutschen Univer- 
sität kommen -F. Schott 
ist Professor am Fachbe- 
reich Psychologie der 
Universität Gießen, 
G. C. Kunz arbeitet dort 
als _wissenschaftlicher 
Mitarbeiter —, ist es gut 
lesbar geschrieben. Man 
scheint auch wenig Wert 
auf einen der vorderen 
Plätze in der unter Wis- 
senschaftlern ansonsten 
beliebten Disziplin “Wer 
kennt die meisten Fremd- 
wörter?’ gelegt zu haben. 
Somit ist der eingangs 
zitierte Anspruch (‘Ein- 
führung...) auch für 
die außeruniversitäre Le- 
serschaft eingelöst. Das 
zehnseitige Literaturver- 
zeichnis berücksichtigt 
schwerpunktmäßig Ver- 
öffentlichungen aus dem 
psychologischen Bereich. 
Einziger Kritikpunkt: 
das fehlende Stichwort- 
verzeichnis. 

Jürgen Seeger 


Diese Ausgabe enthält teilweise einen Beihefter des 
INTEREST-Verlages, Kissing. 
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praxis 


Klein, aber Muckis 


Serienbriefe mit sed 


llan Goldman 


Ein dummes Vorurteil 
möchte uns glauben 
machen, UNIX habe zwar 
unzählige, 
leistungsfähige 
Werkzeuge, aber ihre 
Verwendung sei für den 
Laien schwer 
durchschaubar. 
Durchblick muß man sich 
erarbeiten — keine Frage. 
Aber nur Mut! 


Heutzutage ist es selbstver- 
ständlich, daß für die Bearbei- 
tung von Texten leistungsfähige 
Programmpakete angeboten 
und gekauft werden. Wer aller- 
dings nur gelegentlich und in 
geringem Umfang Textverar- 
beitung mit seiner EDV be- 
treibt, kann sich mit einem ge- 
ringen Zeitaufwand die primi- 
tivsten Grundfunktionen einer 
Textverarbeitung ohne zusätzli- 
che Ausgaben selber basteln. 
Denn UNIX bietet von Haus 
aus mit dem vi einen sehr lei- 
stungsfähigen Editor, der zwar 
vornehmlich für den Program- 
mierer gedacht ist, aber auch 
zum gelegentlichen Erstellen 
von Briefen und Dokumenten 
genutzt werden kann. 


Weil der vi für die Programmie- 
rung konzipiert ist, entbehrt er 
all jener Textverarbeitungs- 
funktionen, die das Leben des 
Briefschreibers erst so richtig 
vereinfachen. Dazu zählt die 
Fähigkeit, Serienbriefe zu er- 
stellen, die eine Textvorlage mit 
einer Adressendatei verknüpfen 
und die Erstellung von Rund- 
schreiben automatisieren. Ein 
weiteres unter UNIX gängiges 
Werkzeug, sed, hilft da weiter. 
Auch wer über eine vollwertige 
Textverarbeitung verfügt, kann 
das Folgende als kleine Studie 
über den Einsatz von UNIX- 
Werkzeugen nutzen. 


Der sed ist — wie der Name fast 
verrät —, ein stream editor, der 
Textdateien aufgrund vorgege- 
bener Befehle bearbeitet. Der 
sed unterscheidet sich von her- 
kömmlichen Editoren darin, 
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daß er keine interaktive Verar- 
beitung zuläßt. Mit vielen ande- 
ren UNIX-Befehlen teilt er hin- 
gegen die regular expressions, 
eine Notation für die flexible 
Mustererkennung. 


Das Programm für die Serien- 
brieferstellung, serbrf, macht 
sich die Suche-Ersetze-Funk- 
tion von sed zunutze. Der Befehl 
hierfür heißt substitute, abge- 
kürzt ‘s’. Um zum Beispiel alle 
Vorkommnisse von ‘@Name’ in 
einem Text durch den Namen 
‘Uwe Peters’ zu ersetzen, wird 
der Befehl 


sed '‘s/@Name/Uwe Peter/’ 
< Dateiname > 


auf der Kommandozeile einge- 
geben. 


Hierbei ist sed natürlich der 
Aufruf des Programms selbst. 
Die in einfache Anführungszei- 
chen gesetzte Anweisung 


‘s/@Name/Uwe Peters/’ ersetzt 


im gesamten Text der Datei 
<Dateiname> die Einträge 
‘@Name’ durch den Namen 
‘Uwe Peters’. Platzhalter in der 
Textdatei, die durch einen 
Klammeraffen kenntlich ge- 
macht sind, werden von serbrf 
durch Daten der Adressendatei 
ersetzt. 


Die Adressendatei, hier heißt sie 
‘data’, ist auch eine einfache 
Textdatei, allerdings mit einem 
Format, an das man sich zu hal- 
ten hat (siehe Listing 3). Am 
Anfang einer jeden Zeile steht 
das Schlüsselwort, das in der 
Schreibweise mit dem im Rund- 
schreiben jeweils verwendeten 
Schlüsselwort vollständig über- 
einstimmen muß. Nach dem 
Gleichheitszeichen (=?) steht 
dann das Wort, das das Schlüs- 
selwort ersetzen soll. Schlüssel- 
wörter als auch Ersatztext kön- 
nen durchaus auch aus mehre- 
ren Wörtern bestehen. Zu ach- 
ten ist nur darauf, daß die Kom- 
bination aus Schlüsselwort und 
Ersatztext jeweils nicht länger 


als eine Zeile ist. Es muß jede 
Zeile mit einem Schlüsselwort 
anfangen. Jedes im Rundschrei- 
ben verwendete Schlüsselwort 
muß für jeden Datensatz auch 
vorkommen. Will man zum Bei- 
spiel für @Firma keinen Ersatz- 
text angeben - vielleicht weil es 
sich in diesem Fall um eine pri- 
vate Adresse handelt -, dann 
muß der Eintrag ‘<Schlüssel- 
wort> =’ dennoch vorgenom- 
men werden. Es wird dann ein- 
fach kein Ersatztext eingesetzt. 
Dies gewährleistet, daß das 
Schlüsselwort aus dem Rund- 
schreiben entfernt wird und im 
Ausdruck nicht erscheint. 


Ein einfacher Trick ermöglicht 
es, Serienbriefe aus der Adres- 
sendatei zu erzeugen. Mittels 
sed werden die Einträge der 
Adressendatei in Substitutions- 
anweisungen für sed umgewan- 
delt. In einem zweiten Durch- 
lauf verwendet sed diese Anwei- 
sungen, um die Schlüsselwörter 
durch die Datensatzeinträge zu 
ersetzen. 





Listing 1: Das Programm 
‘sbrf’ kann mit sh 
<sbrf aufgerufen werden. 


Für die Generierung der Be- 
fehlsdatei aus der Adressendatei 
sorgt die Zeile 


sen 
.e's//s\/@/ 
es/=/\// 

-e ‘s/$/\// data 


(siehe Listing). 


Auf den ersten Blick sieht man 
nur Hieroglyphen? Nur Geduld. 


Die drei Buchstaben ‘sed’ dürf- 
ten keine Verwirrung mehr aus- 
lösen. Die Kombination ‘-e’ 
kommt in der Zeile mehrfach 
vor und ist sehr harmlos. Sie 
besagt lediglich, daß sed auf die- 
ser Zeile mehrere Anweisungen 
vorfindet. Die Anweisungen 
sind jeweils mit Anführungszei- 
chen abgetrennt. Behält man all 
dies im Hinterkopf, kann zu- 
nächst die Anweisungsfolge 


‘/:/ m’ erklärt werden. Die 
Schrägstriche sind auch nicht 
mehr unbekannt. Ohne ein vor- 
angestelltes ‘s’ besagen sie, daß 








die folgende Anweisung für alle 
Zeilen ausgeführt wird, für die 
die in Schrägstriche gesetzte Be- 
dingung gilt. Alle Zeilen, für die 
“gilt, wird ‘n’ ausgeführt. Das 
Zeichen “’ steht hierbei für ‘An- 
fang der Zeile’. Die Kombina- 
tion ‘/ :/’ besagt, daß die nach- 
folgende Anweisung ‘'n’ aus- 
schließlich für die Zeilen gilt, bei 
denen das erste Zeichen ein 
Doppelpunkt ist. Die Anwei- 
sung ‘n’ ist nun überhaupt kein 
Problem. Sie besagt, daß die ak- 
tuelle Zeile ohne weitere Bear- 
beitung ausgegeben werden soll 
und die nachfolgende Zeile der 
Adressendatei eingelesen wird. 
Das gleiche gilt für die zweite 
Anweisung 


‘/;/w mit dem einzigen Un- 
terschied, daß alle Zeilen, die 
mit einem Semikolon beginnen, 
nicht bearbeitet, sondern gleich 
ausgegeben werden. 


Zu diesem Trick wurde gegrif- 
fen, um Einträge in der Adres- 
sendatei, die einen Dateinamen 
oder das Ende des Datensatzes 
angeben, vor der weiteren Bear- 
beitung zu schützen. Der Vorteil 
ist, daß auf diese Art und Weise 
alle restlichen Einträge der 
Adressendatei einheitlich be- 
handelt werden können. 


Die nächsten sed-Anweisungen 
führen zu Ersetzungen. Die Ein- 
träge der Adressendatei werden 
in eine sed-Skriptdatei umge- 


Listing 2: Die Datei ‘xxx’ 
wird als Zwischendatei 
erzeugt. 
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praxis 


Listing 3: Die Datendatei 
‘data’ läßt sich problemlos 
einrichten. 


wandelt, die letztendlich die 
Rundschreiben erzeugt. Wie ge- 
habt sind zum Verständnis der 
Anweisungen die einfachen An- 
führungszeichen und das '-e’ zu 
ignorieren. Der Buchstabe ‘s’, 
mit dem das Kommando 


s//s\ /@/ 


beginnt, ist das Substitutions- 
kommando. Der zu ersetzende 
Text wird zwischen zwei Schräg- 
strichen geschrieben: /<zu er- 
setzender Text>/. In diesem 
Fall handelt es sich um den An- 
fang der Zeile. Nach dem zwei- 
ten Schrägstrich folgt der einzu- 
setzende Text der Buchstabe ‘s’‘, 
gefolgt von einem Schrägstrich 
und dann ein Klammeraffe. 
Weil der Schrägstrich gemein- 
hin eine grammatische Funk- 
tion in dieser Anweisung hat, 
muß die Verwendung des 
Schrägstrichs als einfaches Zei- 
chen durch das Fluchtzeichen 
‘V kenntlich gemacht werden. 
Der Ersatztext wird mit einem 
weiteren Schrägstrich, jetzt wie- 
der in grammatischer Funktion, 
abgeschlossen. Die restlichen 
Anweisungen folgen dieser 
Grammatik. Am Ende der sed 
Anweisungsfolgen steht der 
Name der Datei, deren Text 
von sed bearbeitet werden soll. 


Diese Anweisungsfolgen bewir- 
ken, daß eine Zeile der Adres- 
sendatei, <Schlüsselwort> =- 
<Ersatztext> umgewandelt 
wird in eine Zeile s/@<Schlüs- 
selwort > /< Ersatztext> /, 


114 





also in eine Anweisungszeile für 
sed. 


Die Ausgabe der damit erzeug- 
ten Skriptdatei zur Erstellung 
der Serienbriefe wird mittels ei- 
ner pipe, das Zeichen ‘: ', zur 
Eingabe eines weiteren sed- 
Aufrufs gemacht: 


ısed 

-e 's/:/w /’ 

.e 's/;/g/ > >RRX 

Man erkennt sofort, daß es sich 
hier wiederum um zwei Substi- 
tutionsanweisungen handelt. 
Das Zeichen ‘:’ wird ersetzt 
durch den Buchstaben ‘w’, das 
Semikolon durch den Buchsta- 
ben ‘g’. Schließlich wird mittels 
der Ausgabe-Umlenkung 
>>’) das Ergebnis der 
Wandlungsbemühungen in die 
Datei ‘xxx’ geschrieben. 


Die Bedeutung dieser letzten 
Umwandlung liegt darin, daß 
‘w’ die Schreibanweisung für sed 
ist. Der umgewandelte Text 
wird beim Abarbeiten der 
Skriptdatei ‘xxx’ in die jeweilige 
Datei geschrieben werden, de- 
ren Name hinter dem Buchsta- 
ben ‘w’ steht. Die ‘g’-Anweisung 
betrifft die interne Verwaltung 
der Texte unter sed und wird im 
folgenden erklärt. 


Hat man eine Adressendatei, 
zum Beispiel wie in Bild 1 dar- 
gestellt, durch den sed durchlau- 
ten lassen, so wird als temporäre 
Datei die ‘xxx’-Datei erzeugt, 
deren Inhalt im Listing ‘xxx’ 
dargestellt ist. 


In der obersten Zeile der Skript- 
datei ‘xxx’ steht ein einzelner 
Buchstabe ‘h’. Diese Anweisung 
kopiert die jeweils eingelesene 
Zeile des Rundbriefs in einen 
Zwischenspeicher, den hold- 
buffer. Die folgenden Anwei- 
sungen werden dann auf diese, 
nunmehr gesicherte Zeile, die 
im Original im patternbuffer 
steht ausgeführt. Es handelt 
sich um Blöcke einfacher Erset- 


@Firma 
@ZU @Name 
@Straße 
@PLZ @Ort 


@Land 


Betr: Klein, aber Muckis 


Sehr geehrte@G @Anrede @Name, 





zungsanweisungen, die jeweils 
mit den Befehlen ‘w <Datei- 
name>" und ‘g’ abgeschlossen 
werden. 


Der Ablauf der Skriptdatei be- 
wirkt folgendes: sed liest die er- 
ste Eingabezeile des Rundbrie- 
fes — die Datei ‘test’ —, und ver- 
sucht nun, den ersten Block der 
Ersetzungsanweisungen der 
Reihe nach auszuführen. Es 
wird also geprüft, ob diese Zeile 
den Eintrag ‘@Firma’ enthält. 
Trifft dies zu, dann wird 
‘@Firma’ durch den Ersatztext, 
in unserem Fall ‘Firma Bleib- 
treu’, ersetzt. Sodann wird diese 
Zeile auch von den nachfolgen- 
den Skriptanweisungen unter- 
sucht. Weitere Ersetzungen 
werden vom ersten Anwei- 
sungsblock nicht ausgeführt. 
Die Anweisung ‘w bleibtr.ltr’ 
hat zur Folge, daß die modifi- 
zierte Zeile in die Datei 
“bleibtr.ltr’ geschrieben wird. 
Mit der Anweisung ‘g’ wird die 
im holdbuffer gesicherte, ur- 
sprünglich eingelesene Zeile in 
den patternbuffer kopiert und 
dem nächsten Block zur Verfü- 
gung gestellt. In unserem Bei- 
spiel wird nunmehr der Text 
‘@Firma’ durch ‘Firma Tunicht- 
gut’ ersetzt werden. Der Ablauf 
wiederholt sich bis zum Ende 
der Anweisungszeilen, worauf- 
hin sedsich die nächste Zeile des 
Rundbriefes einliest und die Su- 
che von neuem losgeht. 


Zum Schluß sind in unserem 
Beispiel drei Dateien erstellt 
worden: ‘bleibtr.itr,  ‘tu- 
nicht.ltr’ und ‘bunt.ltr’. Die je- 
weiligen Platzhalter ‘@Firma), 
‘@ZU’ et cetera wurden durch 
die Angaben der Adressenda- 
tei ersetzt. Aufgerufen wird das 
Programm mit der Anweisung 
‘sh<sbrf”. (ig) 


Der Formbrief wird vom 
Programm ‘sbrf’ in 
Serienbriefe umgewandelt. 


in einer Zeit wie der unseren, in der übermäßiger Aufwand zur 
Erzielung eines Resultats zunehmend unbeliebt wird, möchten wir 
Ihre Aufmerksamkeit, @Anrede @Name, auf ein kleines Werkzeug 
Ihres UNIX-Betriebssystems lenken, das Ihnen bei der Erstellung 
von Serienbriefen helfen kann, ohne daß sein Einsatz übermäßig 


Mühe oder Kosten bereiten müßte. 


Mit freundlichen Grüßen 


@Unterschrift @Position 
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Entworfen für Flexibilität und hohe Leistung: 
Die MPE 386 ist speziell für Multiuser-Betrieb bzw. für 
leistungsfähige Workstations ausgelegt: mehr RAM, 
Grafik- und Kommunikations-Resourcen, größere 
Harddisks und schnelle, jedoch sichere Taktfrequenzen 
zeichnen dieses System aus. Das 220 Watt-Netzteil 
bietet über die Stundard-Ausstattung ausreichend große 
Reserven für Erweiterungen an. Drei Front- und zwei 
interne Einschubplätze bieten Platz für umfang- 
reiche Peripherie inklusive 2 Floppy Disks und einem 
intemen Streamer-Laufwerk. 


Das optimale UNIX-System: Die MPE 386 ist 
vorbereitet für den Einsatz unter UNIX und Xenix 
Betriebssystemen. Eine typische Standard-Konfiguration 
beinhaltet 4 MB RAM on Board mit dem Intel-Prozessor 
80386 (16 MHz), einer 86 MB Harddisk, einem 60 MB 
Streamer, 6 seriellen Schnittstellen und dem echten UNIX 
V Betriebssystem 386/ix. Das System ist so vorbereitet, 
daß alle Soft- und Hardware-Komponenten problemlos 
miteinander arbeiten. Mögliche Erweiterungen 
beinhalten RAM-Module bis zu maximal 16 MB; 130 MB 
und/oder 380 MB Harddisk; Datensicherung auf Band bis 
125 MB; Arithmetik-Coprozessor; intelligente Multiport- 
Karten für serielle Schnittstellen; hochauflösende 
Grafikkarte für Workstations und Kommunikations-Netz- 
werkkarten; Modems; Terminals; intelligente Notstromver- 
sorgung. 

Alle Bell Technologies Komponenten laufen unter 
UNIX/Xenix-Betriebssystemen. 








INTERACTIVEUNIX 


386/ix Applications Platform: Interactive 
Systems hat mit der „386/ix Applications Platform“ ein 
komplettes UNIX-Produkt zusammengestellt. Die 386/ix 
Applications Platform stellt ein vollständig integriertes 
UNIX-DOS-System für die gleichzeitige transparente 
Ausführung von UNIX und DOS-Programmen in einer 
Mehrbenutzerumgebung dar. Außerdem ist eine 
leistungsfähige, benutzerfreundliche UNIX-Bedienerober- 
fläche hinzugefügt. 386/ix Applications Platform gibt dem 
Anwender in leicht zu bedienender Umgebung die 
Möglichkeit, alle Vorteile von UNIX zu nutzen und 
außerdem DOS-Programme auszuführen. 


VP/ix - DOS unter UNIX 
TCP/IP 
TEN/PLUS 

RFS 

NFS 

X-Windows 
UNIFY/ACCELL 
INFORMIX 
INGRES 
UNIPLEX II PLUS 
MultiView 
LPI-Compiler 
Telex 

DxP/X.25 

u.v.m 





Be; »; a“ 
Bell MPE/386-00 nit: Be 
FD/HD-Controller, 1,2 MB Floppy, 4 MB RAM on Boord, IE a 
serielle/parallele- Schnittstelle, Tastatur ur 
DM 14.500 (ind. 14%) - 
mit HD130 Horddisk DM 19.950 (nd. 14%) N 
mit HD380 Hordisk DM 25.356 (ind. 14%) - 
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Bitte informieren Sie uns über 
DI MPE 386 


DD Multiport-Karten 
DI das gesamte Aval-UNIX-Programm 





per 
Telefon: 

| Anspredponmer 
Frou/Hen 

aa 














Autorisierte ARCHIMEDES Großhändler: 


ALPHA COMPUTER 
GMA 


MICROCOMPUTER WEBER 
BSG-DIGITALE ILLUSTRATIONEN 


EICHHORN COMPUTER 


ADVANCED APPLICATIONS VICZENA 


ANAGRAMM SYSTEMS 
COMP TRANS 
EMEX AG 


Kurfürstendamm 121 a 
1000 Berlin 31 
Wandsbeker Chaussee 58 
2000 Hamburg 76 
Hammerstraße 82 
4400 Münster 
Rathenauplatz 24 
5000 Köln I 
Ingolstädter Straße 33 
6000 Frankfurt 1 
Sperlingweg 19 

7500 Karlsruhe 31 
Gladiolenweg | 

8031 Wesseling b.M. 
Margaretenstraße 160 
A-1050 Wien 
Shoppingcenter 11/6 
CH-8957 Spreitenbach 


030/8911082 
040/2512416-17 
0251/776653 
0221/2343 95-96 
069/4960788 
0721/700912 
08153/4111 
222/54 7524-26 
56/713117 
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